https://m.opennet.dev/openforum/vsluhforumID3/120573.html После года разработки опубликован релиз свободного набора компиляторов GCC 10.1, первый значительный выпуск в новой ветке GCC 10.x. В соответствии с новой схемой нумерации выпусков, версия 10.0 использовалась в процессе разработки, а незадолго до выхода GCC 10.1 уже ответвилась ветка GCC 11.0, на базе которой будет сформирован следующий значительный релиз GCC 11.1...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52903<br> https://m.opennet.dev/openforum/vsluhforumID3/120573.html#128 Sun, 31 May 2020 09:21:55 GMT Для pgo в 9 надо просто 1 раз скомпилировать медленный билд, запустить его и прогнать по всему коду, после чего перекомпилировать 2 раз заменив profile-generate на profile-use получив быстрый билд. Куда уж проще? Именно PGO даёт всё это "десяситысячекратное" ускорение и эффективную оптимизацию (level-3 оптимизации применяются только там, где они нужны). До 9 получить результат было сложнее (или у меня не получилось с 8 почему-то, я уже собирал иначе, но это было ещё раньше). Lto больше интересен для плюсовых программ в силу специфики. Кроме того, нужно учитывать, что и lto постоянно совершенствуется, однако при этом (скорее даже благодаря) там регулярно случаются баги и регрессии (они случались всегда).<br> https://m.opennet.dev/openforum/vsluhforumID3/120573.html#127 Sun, 31 May 2020 08:33:49 GMT LTO работает даже в 6-й версии. PGO - с ним канители многовато. А вот LTO и правда вещь: код и меньше, а в лучшем случае и быстрее. Выкидывает эдак четверть объема кода на ровном месте - без потерь в чем либо вообще.<br> https://m.opennet.dev/openforum/vsluhforumID3/120573.html#126 Tue, 12 May 2020 13:27:18 GMT Согласен. Я считаю, что нельзя допустить чтобы моя няшная Сишка превратилась в Си плюс-плюс.<br> https://m.opennet.dev/openforum/vsluhforumID3/120573.html#125 Tue, 12 May 2020 02:44:20 GMT Молодцы ребята. Что llvm что gcc, пользуюсь обоими, молодцы, нормальные человеческие компиляторы нужны.<br> https://m.opennet.dev/openforum/vsluhforumID3/120573.html#124 Tue, 12 May 2020 02:40:57 GMT Что угодно, только бы не использовать msvc<br> https://m.opennet.dev/openforum/vsluhforumID3/120573.html#123 Tue, 12 May 2020 02:38:35 GMT Откуда? Конечно нет. Тебе надо. Тебе надо 15 разных плагинов поставить конфликтующих друг с другом. Потом написать километр json лапши чтобы это настроить. Тогда да, может и заработает. Хотя без облака врятли.<br> https://m.opennet.dev/openforum/vsluhforumID3/120573.html#122 Mon, 11 May 2020 14:09:54 GMT :version<br>VIM - Vi IMproved 8.2 (2019 Dec 12, собрано May 4 2020 00:00:00)<br>Заплатки: 1-694<br>С изменениями, внесёнными &lt;bugzilla@redhat.com&gt;<br>Скомпилировано: &lt;bugzilla@redhat.com&gt;<br>...<br>Параметры компиляции: gcc -c -I. -Iproto -DHAVE_CONFIG_H -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_GLIBCXX_ASSERTIONS -fexceptio<br>ns -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-c<br>c1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -U_FORTIFY<br>_SOURCE -D_FORTIFY_SOURCE=1<br><br><br>gcc версия 10.1.1 20200507 (Red Hat 10.1.1-1) (GCC) <br><br>(хотя собирали, конечно, 10.0)<br> https://m.opennet.dev/openforum/vsluhforumID3/120573.html#121 Mon, 11 May 2020 13:45:32 GMT Да, от пространства имен я бы не отказался. Но такими темпами няшная сишка станет плюсами<br> https://m.opennet.dev/openforum/vsluhforumID3/120573.html#120 Mon, 11 May 2020 09:42:33 GMT Например, можно пространства имён ввести, из Dшечки позаимствовать вложенные функции.<br>