Support for Windows on Arm?

[Glavo]

Expected behavior of the wanted feature

Provides native support for the Windows on Arm platform.

Alternative behavior of the wanted feature

It is also good to use the Arm64EC ABI as an alternative if this is not possible due to some dependencies.

[sfan5]

As far as I know there is nothing preventing mpv from running on Windows/ARM. Have you tried and ran into problems?

[Glavo]

As far as I know there is nothing preventing mpv from running on Windows/ARM. Have you tried and ran into problems?

Sorry I didn't really try to compile before this.

Just now I tried compiling on my WoA's device and I failed on waf install. Here is the log:

err.log

[sfan5]

Looks like an unfortunate naming conflict. Try adding #undef MemoryBarrier to the top of ra_gl.c.

[qyot27]

Has GCC/Binutils finally added support for AArch64 PE? Because last I knew, that was one of the largest problems trying to do either native builds with MSys2 or cross-compiles with GCC/MinGW-w64 proper.

llvm-mingw supports WoA, though. I stopped at ffmpeg, but ffplay was able to be built.

[Glavo]

Looks like an unfortunate naming conflict. Try adding #undef MemoryBarrier to the top of ra_gl.c.

@sfan5 Thanks for your help, I managed to get mpv running on my Snapdragon 850 machine.

Will the fixes for the aforementioned issues make their way into the mainline?

[Glavo]

Has GCC/Binutils finally added support for AArch64 PE? Because last I knew, that was one of the largest problems trying to do either native builds with MSys2 or cross-compiles with GCC/MinGW-w64 proper.

llvm-mingw supports WoA, though. I stopped at ffmpeg, but ffplay was able to be built.

I am using mingw-w64-clang-aarch64 to compile.

This works fine, the only thing that bothers me is that it doesn't seem to be possible to cross-compile on an x86 host.

[sfan5]

Will the fixes for the aforementioned issues make their way into the mainline?

It would be helpful if you opened a PR with the fix since you're also the one who tested it.