GCC 5.2: кто пробовал?

Guest43 с IRC-канала #lor на фриноде сказал, что он себе в сиде 5.3 поставил и ему половину DE отломали.

ньюфаг детектед? чо как оно, давно на генту перебрался?

Есть ли какой профит по сравнению с 4.9?

да, https://gcc.gnu.org/gcc-5/changes.html

Лично у меня с ним многие пакеты не собирались

да, но я без graphite, по одной и с lto пробовал (без lto собиралось)
ABI же новое, нужно по зависимостям собирать не забывать

wine так вообще заблочили 5.* в ebuild'е, бо собирается но не работает: https://bugs.gentoo.org/show_bug.cgi?id=549768

кароче верну таки стабильный кейворд для gcc, а для lto сделаю env наоборот - package.env/lto и буду собирать только некоторые пакеты
было скучно - поставил, поковырял, а теперь впадло выгребать всякие баги :)
работает? - не трогай!

всю систему им пересобрал те так давно. на моём личном говнокоде профитов нет, остальное не бенчил

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66782
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66838

алсо на будущее, на каждую мажорную ветку gcc заводят отдельный трекер: https://bugs.gentoo.org/show_bug.cgi?id=gcc-5

> gcc --version
gcc (GCC) 5.2.0
Copyright (C) 2015 Free Software Foundation, Inc.

УМВР на арче. Не знаю, что там у вас в генте.

чо как оно, давно на генту перебрался?

Около года назад.

ньюфаг детектед?

На данный момент вроде как проблему со сборками починил, но некоторые вещи стали сегфолтится. Архиватор lz4 например.

некоторые вещи стали сегфолтится

Тебе же сказали - там новое ABI по умолчанию, надо перебирать все зависимости. Или оно у тебя после emerge -e world сегфолтится?

Именно так. Пересобрал мир, благо весьма быстро (3.5 часа).

Проблемы со сборкой как раз при emerge -e world были

Тогда заводи баг

Только VirtualBox не собрался, а так вроде всё работает.

root@localhost $ grep Processor /proc/cpuinfo
Processor       : ARMv7 Processor rev 0 (v7l)
root@localhost $ eix -Ic gcc
[I] sys-devel/gcc (5.2.0(5.2)@07/27/15): The GNU Compiler Collection

Работает.

Использовать graphite на общесистемном уровне — весьма плохая идея. С каждой новой версией гцц проявляются новые баги (особенно относительно графита и lto и скаждой же версией их исправляют), и в один прекрасный день сломаются sys-libs/readline, sys-libs/ncurses и sys-libs/zlib. По моим наблюдениям, графит очень часто продуцирует некорректный код, слишком значительно отличающийся от того, что там должно было быть (конечно, зависит от используемых флагов), и, как результат, несмотря на то, что компилируется вполне успешно, результирующий бинарник работать корректно не будет. Ну и профита мной замечено не было. Да, бинарники совершенно другие, но совершенно никаких улучшений в производительности не было, скорее наоборот.

Включать -fzomg-optimize и -O4 лучше для отдельных пакетов, навроде заведомо тормозного dev-libs/icu или там x11-libs/cairo. Так отвалятся только какие-нибудь там жирнолис и кути (если они собраны с icu). Или dev-db/sqlite (шанс внезапно похерить все базы). Приложений, которые действительно тормозят, довольно мало, а тех, которым как-то поможет графит, скорее всего не существует. -O3 хотя бы включает актуальные в некоторых случаях флаги.

конкретно zlib вообще бесполезно пытаться оптимизировать, он профилированный разработчиками

чеза О4 оптимизация то?

-Ofast

началось

What about -O levels higher than 3?

Some users boast about even better performance obtained by using -O4, -O9, and so on, but the reality is that -O levels higher than 3 have no effect. The compiler may accept CFLAGS like -O4, but it actually doesn't do anything with them. It only performs the optimizations for -O3, nothing more.

-Ofast: New in GCC 4.7, consists of -O3 plus -ffast-math, -fno-protect-parens, and -fstack-arrays. This option breaks strict standards compliance, and is not recommended for use.

O3 тоже суперсет O2 и нескольки других опций. очевидно они решили назвать четвёртый уровень Ofast и-за вот таких как ты, так сказать название уже запятнано

нене, я шутку про о4 уже лет так 5 знаю, давай расскажи еще про эти ваши оптимизации

Нет, это из шланга. Там -O4 есть. Но вообще это была шутка про флаги, не стоит придавать особого значения цифрам тут.

некоторе время назад -O4 в clang означало -O3 + lto, но потом это убрали ради совместимости с gcc

-Ofast: New in GCC 4.7, consists of -O3 plus -ffast-math, -fno-protect-parens, and -fstack-arrays. This option breaks strict standards compliance, and is not recommended for use.

Вот зачем делать ручку, а потом вешать на неё табличку «Не открывай – порвёт»?

это как с той блондинкой, стрелявшей из ружья с большой отдачей, mkay?

каждой новой версией гцц проявляются новые баги (особенно относительно графита и lto и скаждой же версией их исправляют), и в один прекрасный день сломаются sys-libs/readline, sys-libs/ncurses и sys-libs/zlib.

есть такое дело, после попытки потыкать lto и графит долго восстанавливал ноут

так если на арче софт начнёт глючить и валиться из-за нестабильного gcc, то арчееды этого даже не заметят - подумают, что система работает в обычном режиме

толсто

В таких случаях предварительно собирают пакеты, чтобы потом ничего не восстанавливать.

тупанул тогда, признаю. собрал с lto и графитом пару мелких прог, потом подумал окрутоработаетзбс и врубил это дело глобально. кхм. теперь врубаю выборочно и тестирую работает ли и есть ли смысл прежде чем оставить