
<html><head></head><body>-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.<br><br>What's the point debugging a build that nothing to do with the production build?<br><br>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.<br><br><div class="gmail_quote">Le 18 juin 2020 11:33:18 GMT+03:00, Steve Lhomme <robux4@ycbcr.xyz> a écrit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre class="k9mail">On 2020-06-17 20:23, Rémi Denis-Courmont wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Le keskiviikkona 17. kesäkuuta 2020, 18.10.17 EEST Steve Lhomme a écrit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">Fun fact, it is fine when built in release mode. Probably the -O2 that<br>makes things easier. So I could force this flag for llvm-i686 in debug<br>builds.<br></blockquote>This has nothing to do with Win32. Even *VLC* can't build without<br>optimisations on Linux/386 due to register shortage. Most likely not FFmpeg<br>either.<br><br>As noted several times before, compiling with -O0 is _*STUPID*_, especially on<br>386. If you want debugable code, use -Og or equivalent.<br></blockquote><br> From my experience using -Og still has cases where you can't debug some <br>code. Only -O0 ever worked reliably for me.<hr>vlc-devel mailing list<br>To unsubscribe or modify your subscription options:<br><a href="https://mailman.videolan.org/listinfo/vlc-devel">https://mailman.videolan.org/listinfo/vlc-devel</a></pre></blockquote></div><br>-- <br>Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.</body></html>