这是什么用于编译x264的“修复构建脚本”？

Question

我正在尝试使用VideoLAN的其他编解码器（例如x264编解码器）编译源定制的ffmpeg库的所有静态构建。我最终将要在Windows中使用Visual Studio 2015 C ++进行构建，因此我在比较一些编译指南以获取说明。

在下面链接的指南中（我通过Google搜索找到了该指南），展示了如何使用MSYS2中的VS2015工具链编译x264，而无需任何特殊步骤：https://gist.github.com/RangelReale/3e6392289d8ba1a52b6e70cdd7e10282

虽然在另一本指南中，由ffmpeg网站的编译指南页面提供，但其中包括“修复x264的构建脚本”的步骤：https://www.roxlu.com/2019/062/compiling-ffmpeg-with-x264-on-windows-10-using-msvc

问题是，当我“修复构建脚本”时，配置脚本不再找到C编译器。使用第一个指南进行构建似乎可以工作，但是它也是在将近两年前编写的，因此ffm​​peg指南可能正在做一些重要的修复？我不知道。

我是：

1. 运行“ VS2015 x64本机工具命令提示符”
2. 通过“ msys2_shell.cmd -mingw64 -use-full-path启动加载了pacman的msys2 shell”
3. git克隆http://git.videolan.org/git/x264.git

并且此时两个编译指南有所不同，第一个指南只是将cd插入x264并运行configure，而另一个指南对config.guess文件进行了一些下载，然后对./configure进行了sed操作。考虑到这些说明已被ffmpeg网站“认可”，我不知道这样做是什么，这些“特殊”步骤导致我的x264配置失败有多重要。

Answer 1

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