Message ID | CAB0OVGpjLV=FVJgyEJOrRx87Twz-vwr-hk95c4_BWEEY6QWQ5g@mail.gmail.com |
---|---|
State | New |
Headers | show |
On 24/04/2019 01:38, Carl Eugen Hoyos wrote: > 2017-12-29 13:16 GMT+01:00, Cyber Sinh <cyber.sinh@free.fr>: >> Sorry for the diff instead of regular git patch. Here is the patch. > > Only saw this today after wondering > why nobody tried using wsl before... I'm using WSL since a while, but never bothered trying to setup MSVC with it.
On 24.04.2019 12:20, Timo Rothenpieler wrote: > On 24/04/2019 01:38, Carl Eugen Hoyos wrote: >> 2017-12-29 13:16 GMT+01:00, Cyber Sinh <cyber.sinh@free.fr>: >>> Sorry for the diff instead of regular git patch. Here is the patch. >> >> Only saw this today after wondering >> why nobody tried using wsl before... > > I'm using WSL since a while, but never bothered trying to setup MSVC > with it. I'm also using WSL, but I don't use MSVC to compile FFmpeg, instead I use mingw-w64. But this isn't a show stopper to have support for NVidia CUDA, IntelQSV, AMD, libSRT, libmp3lame, openH264 or other features under Windows. Best regards, Thomas.
diff --git a/compat/windows/mslink b/compat/windows/mslink index 07b2b3e378..9b6b83c4ed 100755 --- a/compat/windows/mslink +++ b/compat/windows/mslink @@ -1,9 +1,9 @@ #!/bin/sh -LINK_EXE_PATH=$(dirname "$(command -v cl)")/link +LINK_EXE_PATH=$(dirname "$(command -v cl.exe)")/link.exe if [ -x "$LINK_EXE_PATH" ]; then "$LINK_EXE_PATH" $@ else I will apply the makedef part that I just tested successfully.