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

package.env

А если только по GCC переключаться, то у мегабакса был даже где-то скрипт.

Который велосипедил вокруг package.env и/или bashrc?

Во-первых, chromium и не должен собираться с gcc.
Во-вторых, chromium соберётся правильно и native way - только с clang.
В-третьих, смотри и делай по примеру джентльмена - https://github.com/perfect7gentleman/pg_overlay/tree/master/www-client/chromium
В-четвёртых, не вторгаясь в твоё личное - но тебе совсем и очень присрался этот ботнет SJW и феминисток?

http://i.imgur.com/3ywG1OD.png

Прикрути к хромому патчи из Арча для сборки с гсс7

Ни в коем случае не умаляя твое желание что-то собрать, просто поинтересуюсь какой в этом профит, если мы говорим про хром?

Даже с неслабым процессором будешь собирать не менее часа-полтора, одновременно отгребешь проблем со звук и видео-кодеками, да хоть даже и флешем. А профит-то где?

¿Что может быть проще поставить www-client/google-chrome, www-client/google-chrome-beta или даже канарейку (www-client/google-chrome-unstable) за несколько секунд и как профит полное отсутствие проблем.

Я всегда собираю фирефокс, в общем-то все только и собираю, т.к. либреофис уже не ставлю, но еще никто мне не объяснил, зачем мучаться с хромиумом-то.

А если не париться и всё собрать gcc-6.3?

зачем мучаться с хромиумом-то.

Пересобирал в арче пару раз когда делать нефиг было. Был даже прирост в производительности. Проблем с сборкой не было. Или в генте пичаль-беда с его сборкой?

В google-chrome флэш и всякое ненужное.

В генте со сборкой все отлично, но ждать от часа и более (если у тебя не ryzen threadripper 1950x конечно), ну вот разве что:

когда делать нефиг было

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

про прирост тебе показалось

Нет, не показалось :)

но ждать от часа и более

1,5 часа компиляции + ccache. В дальнейшем быстрее компилировалось. Да и что мешает повесить компиляцию в фоне?

О производительности браузеров мессидж.
В том йюне, прошлогоднем, озадачил себя - «Собрать самый скоростной и приватный браузер».

Быстро ли медленно, нашёл все нужные патчи privacy и security, арийской старательностью и дотошностью к мелочам. Существенным.

Обнаружил, что никто не делает LTO и PGO. Сделал сам, изменив ход сборки браузеров и внеся необходимые изменения в конфигурации сборки и пропатчив встроенные lib

Результат - firefox-diy быстрей оффициального firefox в тестах `Basemark Web 3.0' на 20%.
firefox-diy - медленнее chromium-diy, на теже 20%, в сопоставительных тестах.

Сделал свой выбор - firefox.
Потому что настройки privacy и security, и тренированан в PGO на аудио и видео кодеки, что не учитывают online тесты.

люди, дело то не в хромиуме, я на будущее спросил: возможно, какой-то другой пакет надо будет пересобрать другим компилятором

Он велосипедил вокруг bashrc. Но как уже говорили много раз, package.env — более верный путь.

Ясно.

хм, кажись нашел о чем вы https://www.linux.org.ru/forum/general/13403568 благодарствую

It's depends.

Можно clang собирать пакеты, что изначально сконфигурированы под gcc.
Обратно - не собрать. gcc не умеют в современную сборку, как умеет clang

Если настаиваешь на gcc, смело и отважно, выставь такие CFLAGS/CXXFLAGS/LDFLAGS в своём Gentoo:

CPPFLAGS="-D_FORTIFY_SOURCE=2"
CFLAGS="-march=native -O3 -pipe -fstack-protector-strong -fdiagnostics-color -fno-plt -flto=6 -fuse-linker-plugin"
CXXFLAGS="${CFLAGS}"
LDFLAGS="-Wl,-O3,-plugin-opt=-O3,--gc-sections,--sort-common,--as-needed,-z,relro,-z,now,-fuse-ld=gold -flto=6"

Будет интересно, и приключатся неожиданные приключения ))

мне кажется что с такими флагами половина пакетов будут падать на ассертах в рантайме

На FreeBSD 11 всё кроме системы и Chromium собирал GCC8-devel (самый свежий на момент пересборки). Ничего не падало. Всё работало.

Если всё работает, то накой нужны предыдущие версии компиляторов GCC?! Чтобы что?

иногда люди продолжают делать работу дома... а требования проектов иной раз вообще gcc-4.9

OpenBSD is now the latest BSD switching from GCC to LLVM's Clang C/C++ compiler by default.

BSD switches to clang/LLVM

Конечно, будут падать.

И в то же время, легко угадать - почему.
Clang/LLVM - превосходно умеет находить ошибки в программах.

Для сборки браузеров в/на/под Android Goolag - требуется именно эта версия gcc-4.9.

OpenBSD is now the latest BSD switching from GCC to LLVM's Clang C/C++ compiler by default.

С таким же успехом можно сравнивать попу с пальцем - опенбздя отличается от фри больше, чем слака от бубунты.

BSD switches to clang/LLVM

И все равно собирается GCC. Так что - завидуйте молча.