<html><head></head><body>Hi,<br><br>The point of Linus (and Microsoft, if it's the same point as you seem to imply) is that VLAs are slower than FLAs. At least in GCC and LLVM, it's undeniably true. Hence why I okayed the input stream patch.<br><br>But heap allocations are vastly slower than VLAs.<br><br><div class="gmail_quote">Le 10 décembre 2020 09:25:17 GMT+02: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-12-09 17:49, 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 mercredi 9 décembre 2020, 17:47:18 EET Hugo Beauzée-Luyssen a écrit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">On Wed, Dec 9, 2020, at 4:12 PM, Rémi Denis-Courmont wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;">Le mercredi 9 décembre 2020, 11:38:42 EET Thomas Guillem a écrit :<br>Likewise, production builds must be done with GCC or Clang again for the<br>optimisations, as well as for licensing reasons (which we've covered<br>multiple times in the past already).<br></blockquote>Who said anything about changing anything about the release builds?<br></blockquote>I don't think anybody said anything but what's the point in supporting a<br>compiler that won't be used for releases?<br></blockquote><br>* To have more Windows developers by making it easy for them to just <br>open Visual Studio and start hacking in VLC.<br>* To get different compiler diagnostic. Just like having clang in <br>addition to GCC is helping find issues GCC doesn't report.<br>* Possibly have more code analysis tools<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;">just to support "incomplete" C11 compilers. It's open-source so you are<br>free to fork if you want to but I don't want to have to deal with it.<br></blockquote>This sounds a lot like "If you disagree with me, get out", with which I'd<br>have to disagree.<br></blockquote>I'm saying that nobody, not me, not other developers, and especially not those<br>who expressed a desire to allow GCCisms/Clangisms in the code base, should<br>have to deal with the extra effort from VLAs being systematically removed and<br>forbidden, except those few who care to play with MSVC.<br><br>I'm saying that users of non-MSVC builds should not have to suffer bugs or<br>worse performance because a few want to play with MSVC without having to<br>maintain their own branch.<br></blockquote><br>The point of Linus and Microsoft not to support VLA is mainly <br>performance based. We're not getting slower code here.<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>