Gentoo, GCC-15.1.1_p20250503, -fipa-pta

Дженте поламали сборку
-fipa-pta
It is not enabled by default at any optimization level.

ССЗБ.

Что такое ggc? (%

Джентушный форк GCC.

Google Global Cache

Что люди только не делают, лишь бы не использовать нормальный LLVM… (%

Cобери работающий KDE c LLVM/Clang. Только не надо писать про Openmandriv’у.

Во FreeBSD KDE собирается по большей части с помощью штатного (из базовой системы, а не из пакетов/портов) llvm. Впрочем, как и всё, что может быть им собрано.

В Gentoo я когда-то собирал ядро с помощью llvm, когда эта возможность была экспериментальной.

Только не надо писать про Openmandriv’у.

Ещё бы знать что это. (=

Ты в Линуксах собери. Ядро тоже собирал, но профита не увидел.

Генерирует тормозный говнокод

anonymous

Генерирует тормозный говнокод

anonymous Генерирует тормозный говнокод

Так лучше. (%

Ты в Линуксах собери.

Не для того я с линуксов сваливал. Кстати, с любимой генточки свалил. И генточка не виновата (хотя Gentoo/kFreeBSD могли бы и оживить) что мне пришлось её покинуть.

Я проверял не на написанном мной, моё в производительность не упирается, не в процессорную уж точно.

Не менее 5 лет была включена, и с ней до этого ошибок не имелось.

У меня так (gentooLTO):

> cat /etc/portage/package.cflags/ipa-pta.conf 
# BEGIN: -fipa-pta workarounds
www-client/firefox *FLAGS-="${IPAPTA}" #ICE on -fipa-pta
www-client/torbrowser *FLAGS-="${IPAPTA}" #ICE on -fipa-pta
=sys-apps/gawk-4.1.4 *FLAGS-="${IPAPTA}" # during IPA pass: pta lto1: internal compiler error: Segmentation fault
dev-qt/qtwebkit *FLAGS-="${IPAPTA}"
dev-lang/R *FLAGS-="${IPAPTA}" # during IPA pass: pta lto1: internal compiler error: Segmentation fault
sys-devel/gcc *FLAGS-="${IPAPTA}"
dev-lang/duktape *FLAGS-="${IPAPTA}" # fixes polkit from musl overlay not starting
dev-lang/gnat-gpl *FLAGS-="${IPAPTA}"
dev-lang/php *FLAGS-="${IPAPTA}" # Segfaults when compiled with -fipa-pta
dev-lisp/sbcl *FLAGS-="${IPAPTA}" #ICE on -fipa-pta
x11-wm/bspwm *FLAGS-="${IPAPTA}" # needed for version 0.9.7 on 17.0 profile running the testing branch everywhere with GCC 8.3.0
media-libs/libwebp *FLAGS-="${IPAPTA}" # no compilation issues, but -fipa-pta causes webp images to be displayed incorrectly
dev-qt/qtgui *FLAGS-="${IPAPTA}" # Same problem as above
dev-db/mongodb *FLAGS-="${IPAPTA}" # ICE with -fipa-pta
dev-lang/ocaml *FLAGS-="${IPAPTA}" # ICE during IPA pass: pta in lto1: Segmentation fault
app-emulation/libvirt *FLAGS-="${IPAPTA}" # Segmentation fault when starting libvirtd
dev-python/libvirt-python *FLAGS-="${IPAPTA}" # Test failure
dev-db/postgresql *FLAGS-="${IPAPTA}" # Test failure
dev-libs/protobuf *FLAGS-="${IPAPTA}" # Test failure
media-video/ffmpeg *FLAGS-="${IPAPTA}" # Test failure
sys-devel/clang *FLAGS-="${IPAPTA}" # Test failure
net-p2p/monero *FLAGS-="${IPAPTA}" # ICE with -fipa-pta
mail-client/thunderbird *FLAGS-="${IPAPTA}" # ICE with GCC 10.2.0 (seen with thunderbird 68.12.0)
>=dev-lang/spidermonkey-78.3.1 *FLAGS-="${IPAPTA}" # Segfault during build with GCC 10.2.0
>=media-libs/mesa-21.1.0 *FLAGS-="${IPAPTA}" # Segfault with vulkan
x11-base/xwayland *FLAGS-="${IPAPTA}" # SIGABRT when querying for GLX information
>=dev-vcs/git-2.32.0 *FLAGS-="${IPAPTA}" # Segfault in git fetch with GCC < 11.3.0
# END: -fipa-pta workarounds

У меня пока только два пакета, до этого не было ни одного.

поламали сборку некоторых пакетов, в частности пока имеем gcc и shaderc, с -fipa-pta

А как, собственно, выглядит лог от поломки?

Оно ещё живое? Или ты сам мейнтейнишь?

Не живое, но я использую. Мейнтейнить особо не приходится. Наверняка многие из фиксов уже не нужны, но мне проверять лень. Новые фиксы почти не требуются:

> cat /etc/portage/package.cflags/local.conf 
>=sys-libs/efivar-38 *FLAGS-="-flto"*
dev-util/spirv-tools *FLAGS-="-flto"*

-march=native -mtune=native

Избыточно. -march всегда выставляет -mtune в то же значение.

Привычка.

в чём смысл привыкания к пердольским флагам компилятора

ipa-pta всегда был сломан. Когда-то собирал gcc11 и он не мог скомпилировать правильно пустой main с return 0, программа возвращала 33.

Для x86, забыл ты добавить.

будто кроме него что-то ещё есть. или ты на андроиде генту компиляешь

Что люди только не делают, лишь бы не использовать нормальный LLVM… (%

а ну ка покажите мне как вы llvm/clang glibc собираете.

Уверен, arm устройств больше, чем x86. Жаль, далеко не все имеют поддержку в мейнлайне.

Arm давно как вполне себе поддерживатеся, да уже и risc-v появился.

лет 5 работало нормально.

-fipa-pta

Съедает очень много памяти (и времени) на больших файлах (единицах трансляции), где много функций. Если ещё unified/jumbo build включить, то стабильно падает при сборке таких пакетов.

Собирал (и оно работало) в позапрошлом году (ещё 5 кеды были) на musl профиле.

musl

Тоже тормозное г для микроконтроллеров.

не работало. Тебе возможно просто повезло, что не наткнулся на баг, с ним связанный.
На gcc14 у меня в некоторых сложных случаях гарантированно генерирует некорректный код. Если я пытаюсь упростить код, чтобы сделать минимальный пример, проблема пропадает

Что люди только не делают, лишь бы не использовать нормальный LLVM… (%

а ну ка покажите мне как вы llvm/clang glibc собираете.

Какой в этом смысл под FreeBSD? У нас своя libc, нам гнутого не нужно. (%

ну какой смысл в системе у которой нет wifi и bluetooth тоже вопрос интересный. Ну только не рассказывайте херню что древний стандарт со скоростью телефонного модема это тоже Wifi.

/etc/portage/package.cflags

А такие выкрутасы официально поддерживаются? Смог нагуглить только per-package environment.

internal compiler error

Есть смысл зарепортить. У меня уже был опыт - ребята отреагировали и передали баг в апстрим и в следующем обновлении пофиксили.

нет wifi и bluetooth

Не пойму, это домыслы или попытка выдать желаемое за действительное?

И какое это имеет значение в контексте сборки софта?

Зачем медленный вайфай для чего-то кроме смартфонов и зачем дырявый блюпуп для кого-то кроме школьников-геймеров?

Не менее 5 лет собирал и пересобирал пакеты на Дженте, ошибок не было, даже на релизном GCC-15.1.

Нет, неофициально. В gentooLTO за это отвечает portage-bashrc-mv.

Верно, но в контексте gentoo это чаще всего подразумевается.

Я ловил на своём коде проблемы. Так же ловил проблемы на коде самого компилятора в свяке с pgo+lto при попытке собрать компилятор с этим флагом

На самом деле не все так просто - все сильно зависит от пакета. GCC сейчас очень активно ломает совместимость и многие пакеты свежим gcc отказываются собираться. Ну понятно что базовый набор собирается а всякая экзотика часто требует себе либо патчи под свежий gcc либо расчехлять gcc старый. Впрочем с llvm та же история - скажем intel graphics compiler до сих пор требует llvm 15 - и это не проблема генты а проблема самого интела.

ну если вас устраивает тот вайфай который есть на фре - до можно считать это домыслами.

К этому можно еще добавить отсутствие поддержки практически всего современного ноутбучного железа.

И добавить отсутствие поддержки кучи софта.

То есть по большому счету если возникнет желание выкинуть GNU из линукса то можно собрать его скажем с musl - по функциональности получится примерно чуть получше чем *BSD.

Как-то так. Как бы грустно это не было но BSD окончательно выбыло из высшей лиги - последняя надежда это объявленный проект по портированию свежих драйверов но где-то тут пробегало что он обернулся просто рисованием красивых презенташек и попилом спонсорских грантов. Если так - то BSD окончательно закрепляется в статусе академического проекта не сильно выходящего за рамки лабораторий беркли и клуба любителей некро-железок музейной давности. Хотя конечно обидно.

Что это и зачем это нужно?

Оптимизация оптимизаций.

Это штука всегда опасная. Я даже в О3 не лезу, а ты вон куда закрутил.

На 3-х ПК работает.

ну если вас устраивает тот вайфай который есть на фре - до можно считать это домыслами.

Конкретики, я так понимаю, не будет? Тогда расцениваю это как пук в лужу.

И добавить отсутствие поддержки кучи софта.

Опять домыслы. Под FreeBSD работает решительно всё, что работает в Linux, за исключением привязанного к ядру (cgroups2, например) или к systemd (который в свою очередь привязан к cgroups2). Или что-то проприетарное, что не собирают под FreeBSD.

если возникнет желание выкинуть GNU из линукса

Само ядро прогнило. За пруфами — у меня в профиле есть несколько ссылок (внутренних, так что Ъ не пострадают).