建议：自编译mcf_x64-ucrt

[eko5624]

因为我对archlinux不熟悉，pacman和Pkgbuild那套东西不太会用。您这个版本的mpv编译又必须用到mcfgthread作为toolchain. 可以考虑自己编译mcfgthread，用起来更方便一些。关于编译步骤您可以参考下这里的讨论。 https://github.com/lhmouse/mcfgthread/issues/50

我看您对github actions和Pkgbuild比较熟悉，所以希望您能搞一个自编译版的。

我fork你的repo只是用来学习交流的哈～

[nyfair]

嘛，与其说熟悉，直到去年freenode被收购，我id都还在archlinux irc的不受欢迎黑名单上

回归正题，偶尔自己编译mcfgthread乃至自己编译gcc，这都不是大问题。但是涉及到维护整套工具链（包括binutils crt以及automake pkgconfig这类辅助工具），时间成本就比较大了。编译这个repo既需要msys2的环境，又需要隔离github action上msys2-mingw64预装的一些包的影响，综合评估下来我觉得lhmouse大佬提供的toolchain是一个非常贴切的环境

另一方面，工具链追新的实用意义太小了，如果不是出了重大的bug或者必须要用到的c/c++新特性，基本上是不会影响编译结果的。单独为了这次ks部分造成的WASAPI编译错误的话，其实从mingw-header复制一份新的头文件就能解决了，也不需要重新编译gcc。于我个人而言，如果不熟悉也没有自己特别感兴趣的新功能，实在没有特别大的意愿去使用最新的代码或引入第三方补丁

[eko5624]

好的，明白了，谢谢解释~

顺便一提，windows-2022上预装的msys2编译环境非常干净，不包含各种包和工具链，可以避免各种包的互相干扰。

[eko5624]

我试着自编译了个gcc-mcf，但是没有成功。lhmouse大佬似乎没有给出更好的解决方案。你能帮我看看吗。编译日志如下： https://github.com/eko5624/mcfgthread/runs/4814506264?check_suite_focus=true

[eko5624]

了解，可以关闭了。