https://www.opennet.dev/openforum/vsluhforumID3/116874.html После шести месяцев разработки представлен (http://lists.llvm.org/pipermail/llvm-dev/2019-March/131157.html) релиз проекта LLVM 8.0 (http://llvm.org/) (Low Level Virtual Machine) - GCC-совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизации). Сгенерированный псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы. <br><br><br><br>Из новых возможностей LLVM 8.0 отмечается включение защиты от атак Spectre, поддержка распараллеленной компиляции в ORC JIT, стабилизация компиляции в WebAssembly, добавление в Clang опции для инициализации автоматически распределяемых переменных, улучшение предкомпиляции и поддержка флага /Zc:dllexportInlines в clang-cl, поддержка архитектуры RISC-V в компоновщике lld, расширение средств диагностики.<br><br><br><br><br><br>Улучшения (http://releases.llvm.org/8. https://www.opennet.dev/openforum/vsluhforumID3/116874.html#34 Mon, 29 Apr 2019 18:42:15 GMT А вот и мы. &#65279;Находим баги в LLVM 8 с помощью анализатора PVS-Studio: https://habr.com/ru/company/pvs-studio/blog/450008/<br> https://www.opennet.dev/openforum/vsluhforumID3/116874.html#33 Mon, 25 Mar 2019 08:41:20 GMT На 64-разрядной архитектуре стек и куча используют одно и то же логическое адресное пространство, поэтому без разницы, где вы будете выделять память, в стеке или в куче -- если память исчерпывается, она исчерпывается как для стека, так и для кучи. А выделять локальную память в стеке быстрее и удобнее. <br> https://www.opennet.dev/openforum/vsluhforumID3/116874.html#32 Fri, 22 Mar 2019 21:16:41 GMT Не поленился, собрал.<br><br>$ du arch/x86/boot/bzImage /usr/src/linux-4.14.83-gentoo/arch/x86/boot/bzImage<br>7316arch/x86/boot/bzImage<br>7164/usr/src/linux-4.14.83-gentoo/arch/x86/boot/bzImage<br><br>$ find . -name '*.ko' &#124; xargs du -c &#124; tail -n 1<br>4628итого<br>$ find /usr/src/linux-4.14.83-gentoo/ -name '*.ko' &#124; xargs du -c &#124; tail -n 1<br>4504итого<br><br>Тот что локально собран clang'ом, в /usr/src при помощи gcc. Вывод: clang делает жирнее, то эта дополнительная жирность 2-3%. Не тянет на "гораздо" ведь, не?<br> https://www.opennet.dev/openforum/vsluhforumID3/116874.html#31 Fri, 22 Mar 2019 16:19:12 GMT А зачем использовать alloca? Если уж совсем никак не уйти от динамического размера, а куча слишком медленная, то можно же сделать специализированный аллокатор под такого рода вещи.<br> https://www.opennet.dev/openforum/vsluhforumID3/116874.html#30 Fri, 22 Mar 2019 13:13:04 GMT да все понятно что тут аргументов больше против чем за и большой риск нарваться, а за использование vla в сразу нескольких вложенных функциях на разных уровнях я бы тоже по рукам бил больно. С другой стороны, вот например MISRA вносит целую кучу запретов, понятных и не очень, а потом люди встречаются и думают: "а если мы в нашей функции alloca используем, станет ругаться или не заметит?" <br> https://www.opennet.dev/openforum/vsluhforumID3/116874.html#29 Fri, 22 Mar 2019 12:48:11 GMT &gt; А что, в любой программе существует только одна функция с однократным вызовом? <br><br>Если у тебя для нескольких функций достаточно памяти на стеке, то ты ведь для них тоже для всех посчитал, сколько каждая из них выделит максимально? И в сумме получилось меньше стека?<br><br>Или ты выяснил, что когда первая функция на стеке выделяет много, все остальные выделяют мало и в сумме всегда выходит меньше стека? Тебе реально приходилось сталкиваться с таким случаем на практике? Расскажи об этом, действительно ведь интересно.<br><br>&gt; Блин, а я потом удивляюсь - почему это браузеры жрут всю доступную <br>&gt; память?<br><br>Да, ещё и ядро тоже. Они тоже отказались от объектов динамических размеров на стеке. Глубина рекурсии у них по жизни должна была просчитываться статически, <br> https://www.opennet.dev/openforum/vsluhforumID3/116874.html#27 Fri, 22 Mar 2019 10:03:38 GMT &gt; с однократным вызовом<br><br>не то что с однократным, но нужно следить на каких уровнях вложенности она вызывается и сколько стека для нее осталось <br> https://www.opennet.dev/openforum/vsluhforumID3/116874.html#26 Fri, 22 Mar 2019 10:01:03 GMT в embedded это еще возможно отследить (и очень желательно), в браузере точно уже нет.<br> https://www.opennet.dev/openforum/vsluhforumID3/116874.html#25 Fri, 22 Mar 2019 09:57:51 GMT &gt; Ну так выдели максимальный<br><br>на самом деле чаще всего так и делаем, хотя не красиво как-то. <br><br>Вообще дискуссия не прекращается на эту тему: https://stackoverflow.com/questions/12407754/what-technical-disadvantages-do-c99-style-vlas-have , http://c-faq.com/malloc/alloca.glb.html<br>