用於編譯 x264 的“修復構建腳本”是什么？

Question

我正在嘗試使用來自 VideoLAN 的其他編解碼器（例如它們的 x264 編解碼器）編譯源自定義 ffmpeg 庫的所有 static 構建。 我最終是為在 Windows 和 Visual Studio 2015 C++ 中使用而構建的，所以我比較了一些編譯指南來了解我的說明。

在下面鏈接的指南中（我通過 Google 搜索找到）顯示了如何在 MSYS2 中使用 VS2015 工具鏈編譯 x264，無需任何特殊步驟： https://gist.github.com/RangelReale/3e639e270cdd789d86

在 ffmpeg 的 web 站點的編譯指南頁面提供的其他指南中，它包括用於 x264 的“修復構建腳本”的步驟： https://www.roxlu.com/2019/062/compiling-ffmpeg- x264-on-windows-10-using-msvc

問題是，當我“修復構建腳本”時，配置腳本不再找到 C 編譯器。 使用第一個指南構建似乎可行，但它也是近 2 年前編寫的，所以也許 ffmpeg 指南正在做一些重要的修復？ 我不知道。

我是：

1. 運行“VS2015 x64 Native Tools 命令提示符”
2. 通過“msys2_shell.cmd -mingw64 -use-full-path”啟動一個 pacman 加載的 msys2 shell
3. git 克隆http://git.videolan.org/git/x264.git

在這一點上，兩個編譯指南有所不同，第一個指南只是 cd 到 x264 並運行配置，而另一個指南執行一些 curl 下載 config.guess 文件，然后一些 sed 操作./configure。 考慮到 ffmpeg 站點“認可”了這些說明，我想知道這是在做什么，以及這些“特殊”步驟導致我的 x264 配置失敗有多重要。

Answer 1

只需要使用“config.guess”和“configure”進行所有這些操作，因為稍后它們會運行簡單的“msys2_shell.cmd”，即在 MSYS 模式下。 x264 中正確/受支持的方式是在 MINGW32 或 MINGW64 模式下運行 shell，使用“-mingw32”和“-mingw64”選項（或運行 mingw32.exe / mingw64.exe 而不是 msys2_shell.cmd）。 此更改導致“uname”命令的 output 不同，這對於 x264 的配置很重要。