https://www.opennet.ru/openforum/vsluhforumID3/112179.html После шести месяцев разработки представлен (http://lists.llvm.org/pipermail/llvm-announce/2017-September/000075.html) релиз проекта LLVM 5.0 (http://llvm.org/) (Low Level Virtual Machine) - GCC-совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизации). Сгенерированный псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы. <br><br><br><br>Напомним, что в соответствии с новой нумерацией версий (https://www.opennet.ru/opennews/art.shtml?num=45690) осуществлён уход от разделения значительных и функциональных выпусков. В каждом функциональном обновлении теперь меняется первая цифра (например, весной следующего года состоится релиз LLVM 6.0.0). Для обеспечения совместимости с существующими системами разбора номеров версий LLVM корректирующие обновления, как и раньше приводят к https://www.opennet.ru/openforum/vsluhforumID3/112179.html#65 Wed, 13 Sep 2017 21:58:14 GMT &gt; Поддержка расширения для использования сопрограмм в коде на C++ (пример кода). <br><br>Ужас какой-то. Интересно посмотреть на код, который будет сгенрирован в результате. <br> https://www.opennet.ru/openforum/vsluhforumID3/112179.html#64 Tue, 12 Sep 2017 10:48:37 GMT &gt; LLVM. Не собирается шлангом. [gcc'ем на самом деле]<br><br>ну так у большинства, полагаю, WITHOUT для того и был, чтобы LLVM и не [пере]собирать - поскольку он плюсовый, то его пересборка даже на мощном ядре занимает дофига времени, процентов 80 от общего world, а не потому что мы за мир во всем мире и против проклятых проприетарастов.<br><br>сейчас, увы, пользы от WITHOUT_CLANG/LLVM около нуля.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/112179.html#63 Tue, 12 Sep 2017 09:47:43 GMT &gt;&gt;&gt; MIT, BSD for-ever. Нет gpl. Ограничивать свободу ради свободы - это то <br>&gt;&gt; Я повторю, коль медленно доходит: GPL работает.<br>&gt; в сортире? или где?<br><br>Да. Твоя голова -- очередной тому пример.<br><br>&gt;посмотри наконец-то статистику - под MIT/BSDL/X11/Apache создается <br>&gt; больше открытых проектов чем под всеми версиями GPL.<br><br>Враньё! Оно же -- статистика от прихвостней микрософта блэкдаков.<br>https://lwn.net/Articles/731722/<br> https://www.opennet.ru/openforum/vsluhforumID3/112179.html#62 Mon, 11 Sep 2017 12:21:59 GMT &gt; LLVM. Не собирается GCC. https://www.opennet.ru/openforum/vsluhforumID3/112179.html#61 Mon, 11 Sep 2017 12:19:16 GMT &gt;&gt; Про мир я в курсе <br>&gt; хотя, казалось бы - должно быть ровно наоборот - уж если где <br>&gt; и быть подобным граблям, то уж никак не в коде bin/ls. <br>&gt; Аднакаж...<br><br>LLVM. Не собирается шлангом. <br>Ну и шланго-специфические опции типа -fsanitize=safe-stack, на которых спотыкается gcc. <br>Или когда gcc упорно и не смотря на вполне правильно выглядящий -isystem= в env читает заголовочные файлы из /usr/local/include. Потом ... а потом мне надоело маяться этим самым. <br><br> https://www.opennet.ru/openforum/vsluhforumID3/112179.html#60 Mon, 11 Sep 2017 08:01:32 GMT &gt;А вот польза от банальных вложенных функций не ясна.<br><br>фложенная функция видит контекст своего вызова - локальные переменные функции-родителя в их числе. это примерно тоже самое что и метод структуры/класса. только вместо класса - локальные переменные родителя. сейчас для того чтобы передать контекст, надо делать структуру, и ее передавать ссылкой. а вложенной функции, в паскале например, всей этой возни не нужно - даже затрат на передачу контекста нет, ибо контекст получается через стек.<br>собственно по статье в вике https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BC%D1%8B%D0%BA%D0%B0%D0%BD%D0%B8%D0%B5_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5)<br>"замыкание" и вложенная функция это одно и тоже. <br>только тут есть один нюанс - замыкание в своем самом гибком варианте реализуемо в языках интерпретируемых. в компилирующем языке, реализовать такое поведение можно только тяжелыми костылями (поэтому досихпор замыканий нормальных и не было, если это не шаблоны). а https://www.opennet.ru/openforum/vsluhforumID3/112179.html#59 Mon, 11 Sep 2017 06:36:36 GMT &gt; Про мир я в курсе <br><br>хотя, казалось бы - должно быть ровно наоборот - уж если где и быть подобным граблям, то уж никак не в коде bin/ls. Аднакаж...<br><br>(специально для проспавших первый урок, которые щас набигут - нет, это не код плохой, это gcc в freebsd 4.2.1 2007го года, последний с еще не анально-огороженной лицензией, сейчас уже неудивительно, что люди перестают специально обращать внимание на совместимость с его багами)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/112179.html#58 Sun, 10 Sep 2017 18:31:12 GMT &gt;&gt; А ядро фрибзди компилируется как шлангом, так и gcc.<br>&gt; а давно пробовали? А запустить скомпилированное? На x86 архитектуре?<br><br>А где-то с полгодика назад. И да, запустилось и проработало с пару неделек. <br>&gt; world WITHOUT_CLANG, насколько я знаю, сломан уже в 10.0 <br><br>Про мир я в курсе - обратите внимание на "ядро" в "ядро фрибзди". <br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/112179.html#57 Sun, 10 Sep 2017 16:53:40 GMT &gt; А ядро фрибзди компилируется как шлангом, так и gcc.<br><br>а давно пробовали? А запустить скомпилированное? На x86 архитектуре?<br><br>world WITHOUT_CLANG, насколько я знаю, сломан уже в 10.0<br><br><br>