Gentoo + clang, что из этого вышло.⁠⁠

Чуть-чуть некропостинга.
Я тут от нефиг делать свой оверлей сделал с патчами для мира что бы собирать всё шлангом (просто потому что я могу).
В лаймане gentoo-clang.
Инструкции и сама репа тут: https://github.com/BilyakA/gentoo-clang

Нахуя я этот пост открыл?

Уже как полгода использую шланг как основной компилятор на дженту (думал написать статью про подводные камни при настройке и использовании, но как-то по опыту прошлой статьи понял, что гентушников на пикабу маловато будет).
Радует, что package.env со временем худеет и всё больше пакетов поддерживают clang из коробки (сам отправлял пару патчей в ffmpeg и vlc для адекватной поддержки фич clang).
Но и не без косяков со стороны мейнтейнеров. Очень советую следить за qtwebengine, поскольку он не собирается, если  qtcore был собран клангом, но при этом не возвращает ошибку сборки (т.е. portage уверен что qtwebengine установлен). Вот уже три(!!!) минорных версии Qt жду пока эту багу починят (бага #595574 в багзилле дженты, номер баги в Qt где-то потерял).
Ну а кстати по поводу производительности. На синтетических тестах clang генерит более оптимизированный код чем gcc -O3 (по поводу icc не знаю, я эту проприетарщину на работе потыкал и выкинул). Но то синтетика, что там на рабочем окружении будет - не знаю.

В общем ложная тревога, собираются мультилибы, правда надо не ABI_X86="64", как я раньше делал, чтоб не морочаться, а действительно необходимые: дровишки, зависимости стим лаунчера.

lld и libc++ с 32 не дружат, стим и вышеперечисленные зависимости лучше без libc++ собирать т к требует libstdc++.

В общем ложная тревога, собираются мультилибы, правда надо не ABI_X86="64", как я раньше делал, чтоб не морочаться, а действительно необходимые: дровишки, зависимости стим лаунчера.

lld и libc++ с 32 не дружат, стим и вышеперечисленные зависимости лучше без libc++ собирать т к требует libstdc++.

ну ладно, попробую и я 5 шланг как-нибудь. Если будут проблемы - хоть знать буду, что я не один такой :)

Кстати, стим из какого оверлея? или бинарником из деб. пакета?

а пятый шланг это из лайв-ебилда 9999?

у меня до сих пор 3.9.1 стоит со стандартным bfd, так что подсказать врядли что-то смогу..

Но с мультилибом проблем не было, иногда докидываю abi_x86_32 в use флаги для пакетов. Хотелось бы отказаться, да стим требует :(

а пятый шланг это из лайв-ебилда 9999?

у меня до сих пор 3.9.1 стоит со стандартным bfd, так что подсказать врядли что-то смогу..

Но с мультилибом проблем не было, иногда докидываю abi_x86_32 в use флаги для пакетов. Хотелось бы отказаться, да стим требует :(

Получается можно default-libcxx из юзов убрать, т к не используется и оставить clang default-compiler-rt gold

агамсь

Я тоже голд поставил, читал про что существует некий lld, но ничего пока конкретного.

я lld у себя еще не пробовал для системы. Потыкал его на работе, они (llvm) относительно недавно (в январе вроде) выкатили его в репу для дебиана. Смысл использовать его мне в том, что он нормально линкует MSVC ABI, чего не умеет ни один другой линкер (ну или я просто не нашел) помимо обычного млекомягкого link.exe. А так вроде как говорят, что lld немного быстрее, чем ld из gcc и gold.

Кстати, по поводу голда. Он тоже не без боли собирает некоторые пакеты, так что будь готов завести еще одно окружение с стандартным bfd. На вики было описано это, если что, проблем быть не должно. Ну и опять - дополнительный гемор, потому что если не соберется пакет - нужно лезть в логи и смотреть кто виноват - clang или gold.

Лучше расскажи чем приглашение в консоли раскрасил.

ОФФТОП Коли попался живой гентушник. Romchexd, расскажи, что сейчас с гентой происходит? Я им последний раз пользовался почти 10 лет назад. И при очередном выборе дистра для ноута я уже второй раз выбираю арч, хотя так и тянет на генту. Но беглый гуглеж показыает, что генту вики почти мертва и, когда я год назад искал свежую инфу по состоянию дистра, то gentoo.org мне тоже показался немного неживым. Мои впечатления обманчивы?

А на своей системе с clang'ом тесты не проводил? Получил какой-то прирост?

Я понимаю, когда в 2009 году пихал на безнадёжно устаревшую машину к тому времени Gentoo и усирался за каждый килобайт, чтобы через wine на своём радио поиграть в Fallout 3. НО сейчас нахрена добиваться этой минималистичности?

-O3 тогда ещё глобально добавь. луп-анроллы! фомг оптимайз! да будет генту райс! xD

ну LD у меня тоже не стоит, я так, навскидку сказал, я использую gold.ld как дефолтный на все пакеты, поэтому у меня LD не стоит. Можно и так оставить, дефлотный bfd вполне линкует код из кланга.

CXX="clang++ -stdlib=libc++"

убил бы за такое :) . Надо так:

CXX = "clang++"
CXXFLAGS = "-stdlib=libc++" ну и остальное.

Ну и соответственно остальные флаги по вкусу.

А вообще использовать libc++ как стандартную либу это дело вкуса как по мне. Пока не получится использовать её ВЕЗДЕ и выпилить gcc"шный libstdc++ - придется смешивать их между собой. Как бы вот тоже еще плюс в дженте - приватные зависимоисти линковки подхватятся и все нормально сбилдится, если ты будешь собирать пакет с libstdc++ и линковать его с либой, которая использует libc++ как стандартную либу. Но это еще один гемор, за которым надо следить, поэтому я пока по поводу libc++ не парюсь.

Ну коли такое дело...
- -O3 из CFLAGS убрать в конфиг gcc, для шланга он бессмысленнен.
- в конфиг GCC соответственно добавить AR, NM и RUNLIB родные. Как бы и так нормально, но ИМХО кошерно должно быть полностью родным. Там же в конфиг GCC переписать LFLAGS="" потому что сперва грузится make.conf и потом поверх него - конфиг gcc. Получается что флаги линковки у тебя будут от шланга. Опять таки непонятно, как gcc может себя в ними повести. По-хорошему я себе полностью разделил конфиги и перечислил в них всё (CC, CXX, CFLAGS, CXXFLAGS, LD, LDFLAGS, AR, NM, RANLIB), что бы при необходимости менять было наименее болезненно.
- как написал выше - qtwebengine перепроверить. Потому что потом посыпятся ошибки сборки при его поиске и непонятно будет что не так, потому что портаж будет на 100% уверен что он установлен. Но это вроде как только с ним так, остальные пакеты нормально обрабатывают ошибки сборки и портаж о них в курсе.
- в package.env твой я бы добавил sys-devel/gcc gcc-bfd без указания версии (да у меня по-умолчанию еще и голд линкер стоит, все хочу на шланговский lld пересесть). Что бы не запариваться каждый раз добавлять версии GCC при обновлении.

А так на самом деле добавить нечего. Конфиги у тебя как конфиги, работает - и на том спасибо, как говориться :) Мой package.env на самом деле раза в три больше, но я ленюсь его от старых версий периодически чистить.

Уже как полгода использую шланг как основной компилятор на дженту (думал написать статью про подводные камни при настройке и использовании, но как-то по опыту прошлой статьи понял, что гентушников на пикабу маловато будет).
Радует, что package.env со временем худеет и всё больше пакетов поддерживают clang из коробки (сам отправлял пару патчей в ffmpeg и vlc для адекватной поддержки фич clang).
Но и не без косяков со стороны мейнтейнеров. Очень советую следить за qtwebengine, поскольку он не собирается, если  qtcore был собран клангом, но при этом не возвращает ошибку сборки (т.е. portage уверен что qtwebengine установлен). Вот уже три(!!!) минорных версии Qt жду пока эту багу починят (бага #595574 в багзилле дженты, номер баги в Qt где-то потерял).
Ну а кстати по поводу производительности. На синтетических тестах clang генерит более оптимизированный код чем gcc -O3 (по поводу icc не знаю, я эту проприетарщину на работе потыкал и выкинул). Но то синтетика, что там на рабочем окружении будет - не знаю.

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

Насчёт "более оптимального кода" я бы поспорил - всё ж выходит пока у него более медленный результат, чем у gcc. Но при этом есть очень классная черта - он у себя внутри устроен красиво и понятно. Для контрибуторов нет большого порога вхождения; можно начинать допиливать очень быстро. В отличие от gcc, который наворотил столько, что сейчас немногие девелоперы тянут лямку и пишут его дальше - слишком сложно всё.

А компилятор должен был сильно повлиять на производительность? И не нужно сравнивать *BSD системы и Linux у всех свои приколы