[vlc-devel] [PATCH] contrib: ffmpeg: disable some inline assembler in win32 builds with LLVM
Rémi Denis-Courmont
remi at remlab.net
Thu Jun 18 10:51:42 CEST 2020
-O0 fails compile inline assembler on routine basis, disables optimisations that are likely to cause bugs (thus making debugging impossible anyway), and has terrible performance.
What's the point debugging a build that nothing to do with the production build?
Even -O0 can break tracing if you mess the stack enough. -Og is fine as long as you don't force some other trace-inhibiting parameters such as omit-frame-pointer.
Le 18 juin 2020 11:33:18 GMT+03:00, Steve Lhomme <robux4 at ycbcr.xyz> a écrit :
>On 2020-06-17 20:23, Rémi Denis-Courmont wrote:
>> Le keskiviikkona 17. kesäkuuta 2020, 18.10.17 EEST Steve Lhomme a
>écrit :
>>> Fun fact, it is fine when built in release mode. Probably the -O2
>that
>>> makes things easier. So I could force this flag for llvm-i686 in
>debug
>>> builds.
>>
>> This has nothing to do with Win32. Even *VLC* can't build without
>> optimisations on Linux/386 due to register shortage. Most likely not
>FFmpeg
>> either.
>>
>> As noted several times before, compiling with -O0 is _*STUPID*_,
>especially on
>> 386. If you want debugable code, use -Og or equivalent.
>
>From my experience using -Og still has cases where you can't debug some
>
>code. Only -O0 ever worked reliably for me.
>_______________________________________________
>vlc-devel mailing list
>To unsubscribe or modify your subscription options:
>https://mailman.videolan.org/listinfo/vlc-devel
--
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20200618/61136e42/attachment.html>
More information about the vlc-devel
mailing list