C++ 这是什么；修复构建脚本"；用于编译x264？

我正在尝试编译一个源代码自定义ffmpeg库的全静态构建，其中包含来自VideoLAN的其他编解码器，例如x264编解码器。我最终在Visual Studio 2015 C++中使用Windows，所以我比较了一些编译指南。p> 在下面链接的指南中（我通过谷歌搜索找到）显示了如何在MSYS2中使用VS2015工具链编译x264，而无需任何特殊步骤：

在另一本指南中，由ffmpeg网站上的编译指南页面提供，其中包括为x264“修复构建脚本”的步骤：

问题是，当我“修复构建脚本”时，配置脚本不再找到C编译器。使用第一个指南进行构建似乎是可行的，但它也是近2年前编写的，所以也许ffmpeg指南正在进行一些重要的修复？我不知道

我是：

运行“VS2015 x64本机工具命令提示符”

通过“msys2_shell.cmd-mingw64-使用完整路径”启动装载pacman的msys2 shell

git克隆

---

在这一点上，两个编译指南有所不同，第一个指南只是将cd放入x264并运行configure，而另一个指南对config.guess文件进行一些curl下载，然后对./configure进行一些sed操作。考虑到这些指令是由ffmpeg站点“认可”的，我想知道这是在做什么，这些“特殊”步骤导致x264配置失败有多重要

所有这些使用“config.guess”和“configure”的操作都是必需的，因为以后它们会在MSYS模式下运行简单的“msys2_shell.cmd”。x264中正确的/受支持的方式是在MINGW32或MINGW64模式下运行shell，并像您一样使用“-MINGW32”和“-MINGW64”选项（或运行MINGW32.exe/MINGW64.exe而不是msys2_shell.cmd）。此更改会导致“uname”命令的不同输出，这对x264的配置非常重要。

仅需要使用“config.guess”和“configure”进行所有这些操作，因为稍后它们会在MSYS模式下运行简单的“msys2_shell.cmd”。x264中正确的/受支持的方式是在MINGW32或MINGW64模式下运行shell，并像您一样使用“-MINGW32”和“-MINGW64”选项（或运行MINGW32.exe/MINGW64.exe而不是msys2_shell.cmd）。此更改导致“uname”命令的输出不同，这对x264的配置很重要。

我这么做是几年前的事了，但在参考了我在编译支持x264的ffmpeg时所做的一些注释后，我似乎没有遵循这一步。不知道它是做什么的，但我想冒昧地猜测，您可能可以跳过它“而在另一个指南中，由ffmpeg网站的编译指南页面提供……”ffmpeg的哪个页面提供了此指南？请参见页面中间，标记为Roxlu's Guide（Roxlu's Guide）的链接是第二个包含修复配置步骤的指南。这是几年前我做的，但在查阅了我在使用x264支持编译ffmpeg时做的一些注释后，我似乎没有遵循该步骤。不知道它是做什么的，但我冒昧猜测，您可能会跳过它“而在另一个指南中，由ffmpeg网站上的编译指南页面提供……”ffmpeg的哪个页面提供了此指南？请参见页面中间，标记为Roxlu's guide的链接是第二个带有修复配置步骤的指南。