helps keep the CPU free for faster JavaScript execution.

Ахаха, на такой унылой ноте закончить питч! JS-шлак съест 1200% не поперхнется, человечество обречено.

Печаль — это вот

> cc --version
FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe)
Target: x86_64-unknown-freebsd13.0
Thread model: posix
InstalledDir: /usr/bin

> pkg info -x llvm
llvm10-10.0.1_5
llvm11-11.0.1
llvm12-12.0.0

— четыре шланга в системе.

Для сборки Firefox 88.0 и Thunderbird 78.10.1 уже нужен LLVM-12.

Это ты еще нового proton ui не дождался, не дотерпел

А мне тоже понравилось, как и еще одному товарищу выше. Так что, на вкус и цвет.

Для сборки Firefox 88.0 и Thunderbird 78.10.1 уже нужен LLVM-12.

В Debian Firefox 88 собрали 11-ым.

Сборка полностью в озу, я об этом и писал.

Ну тогда не удивительно, что надо много памяти.

Core i7 EE. Пользоваться не пользуюсь, т.к. собираю образы для кастомных плат на арме. Целое жирнючее поки с довесками в виде минимального набора софта (включительно с терминалами, кусками гномосятины и фф) собирается в районе 2ч. Холодная сборка (а-ля без ccache) вестимо много дольше - ~4-5ч, хотя по-правде уже не помню когда последний раз холодную сборку делал...

А что, веб закопали?

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

Для моей статистики: файлы на SSD, но своп отключён.

да и 2 хватит... с довеской в 16Г свопа :)
Линкование самых крупных таргетов точно так же адище. Хотя колеги говорили что вроде как шланг справляется получше...

В Debian Firefox 88 собрали 11-ым.

Вам просто опять нужно подождать… Ж)

echo PORTAGE_NICENESS=10 >> /etc/portage/make.conf

Как вспомню многочасовую компиляцию Firefox, LibreOffice в Gentoo, так вздрогну... Особенно если обновится библиотека icu и полмира заново пересобирать. Не, нафиг-нафиг.

А почему не gcc в прошлом? Он же память жрет.

А вобще, пожирание памяти g++ я заметил лет 10 назад наверное. Где-то слышал, что это расплата за оптимизацию. Попробуй собрать firefox с -O0 :)

<URL> is a UTF-8 encoded absolute URL, including a scheme, of maximum length 1024 bytes.

Через такое особо статьи не попушишь в блог. Т.е. блог с возможностью прикрепить статью в файл не сделаешь. Всё ручками - на свой сервер. Да и комментарий к статье ты так не отправишь.

Да, можно извратиться:

1. Писать статьи только на своём сервере;
2. Комментировать по email (специальной ссылкой).

Но это те ещё извращения.

clang тоже.

Кстати, ТС, Firefox нужно clang’ом собирать: потому что там (и в LibreOffice 7+ тоже) используется гуглоподелка skia, а гугл не признаёт GPL’ный gcc.

Именно, потому что у птушников столько ОЗУ, как у всех нормальных разработчиков, и на билд-серверах столько ОЗУ.

Пользователь не должен собирать Файрфокс. Гентушник - не пользователь, а хоббиист-энтузиаст, у него не обязано получаться. Он всегда должен быть готов страдать во имя спорта. Я уже представил как они там коммитят что-то, а потом «Стоп, но как же если гентушник с ЛОРа 2 ГБ ОЗУ будет собирать, нельзя, разворачивай назад коммит».

Это как ныть что не можешь дома LG телевизор собрать, но очень хочешь. А ПТУшники его разработали таким что его нельзя собрать на кухне.

Ну там не видно что Раст сильно отличается от С++ компилятора. Пару процессов больше, пара меньше

Самый говяный браузер как и любая подлива из под кука

palemoon/basilisk?

Вот это шлангование!

Для сборки Firefox 88.0 и Thunderbird 78.10.1 уже нужен LLVM-12.

Перевести всё на LLVM-12 нельзя?

Особенно если обновится библиотека icu

Кстати, этим упорышам, которые каждый буквально каждый релиз за каким-то непонятным хреном меняют мажорную версию ещё никто в бубен не настучал? И ладно бы что-то важное было, а то из-за каких-то ничтожных изменений, которые ни на API, ни на что-либо ещё нужное для 99.99999% юзеров не влияют. Обычно прокатывает ln -s libicu.69.so libicu.68.so и так далее, но это же какой-то идиотизм. Причём фактически весь жирный гуёвый софт на этой дряни завязан из-за тулкитов.

Кстати, этим упорышам, которые каждый буквально каждый релиз за каким-то непонятным хреном меняют мажорную версию ещё никто в бубен не настучал?

+1. В Haiku эти вредители тоже жить мешают. Ситуацию ухудшает то, что это библиотека от Консорциума Юникода, а не от непонятного разработчика.

Кстати, этим упорышам, которые каждый буквально каждый релиз за каким-то непонятным хреном меняют мажорную версию ещё никто в бубен не настучал?

Насчет icu не знаю, я ими не интересуюсь. Но ты это скажи разработчикам Firefox, Chrome/Chromium, NVidia и теперь GNOME. Я вообще считаю двухзначную или даже трехзначную нумерацию чистым дебилизмом. Как дети малые, ей-богу. Самая адекватная нумерация, по моему мнению, - это как в Ubuntu, год.месяц. Так всегда можно понять, когда программа выпущена и насколько она устарела.

Но ты это скажи разработчикам Firefox, Chrome/Chromium, NVidia и теперь GNOME. Я вообще считаю двухзначную или даже трехзначную нумерацию чистым дебилизмом.

Я ещё больше скажу: номера версий в .so файлах вообще не нужны, библиотеки должны быть обратно бинарно совместимы. Что судя по всему зачастую так и есть:

Обычно прокатывает ln -s libicu.69.so libicu.68.so и так далее

Насчет icu не знаю, я ими не интересуюсь.

Зато она интересуется тобой. И при ничтожнейшем version bump заставит тебя переустанавливать практически всю систему.

Но ты это скажи разработчикам Firefox, Chrome/Chromium, NVidia и теперь GNOME

А они-то тут при чём? По дефолту всё линкуется с мажорной версией. И в пределах мажорной версии библиотек, ничего обычно пересобирать и обновлять не нужно. А эта долбаная icu каждый раз меняет мажорную версию.

Я вообще считаю двухзначную или даже трехзначную нумерацию чистым дебилизмом

Всё вполне размуно. В пределах мажорной версии должна быть обеспечена бинарная совместимость. Минорные версии - бакгфиксы и добавление фич не ломающих совместимость. Явно указываемая мажорная версия позволяет без каких-либо проблем иметь в системе разные варианты одной и той же библиотеки с разными версиями API. Зачем надо что-то менять в этой системе - совершенно непонятно. Она прекрасно работает и очень удобна, если всякие упорыши типа создателей icu не кладут на неё болт.

А откуда такие выводы?

как вдруг курсор мыши наичнает подозрительно плохо двигаться — да, не хватило памяти

Ну ты то да, будешь мужественно терпеть тормоза и не сдаваться.

Самая адекватная нумерация, по моему мнению, - это как в Ubuntu, год.месяц.

Ах если бы! Но половина пакетов, в том числе в ppa, не используют эту нумерацию, а только кодовые имена вроде Мастурбирующая Макака и Гомосексуальный Гепард. Вот и гадай для какой оно версии.

Что судя по всему зачастую так и есть

Нет, это именно icu. И это косяк icu. Так не должно быть. Мажорная версия она как раз для того, чтобы явно и заметно обозначить, что API сменился. И без смены API её менять не стоит. А идиоты пишущие icu меняют её просто так, без малейшего повода. Например с openssl так не получится. Работать не будет, если сделать, например ln -s libcrypto.so.1.1 libcrypto.so.0.9

— четыре шланга в системе.

а я тебе писал... не должно быть сборки в основной системе. ты делаешь это неправильно. а ТС просто анонизмом занимается. мог бы ничего и не собирать.

Но виноват фф конечно

Емнип, у меня подобное в прошлом году началось, по крайней мере заметил тогда. Просто обновляю мир исключая громоптицу и фф, а и уже потом, когда некоторое время пк пользоваться не планирую

Сделай километровый своп и собирай в один поток.

Собирал на 24 логических ядрах с 32 ГБ, на готове была команда включения свопа. Немного не хватило - пришлось включить. Наблюдал за потреблением - и сделал вывод, что пока столько достаточно.

Включение свопа на педаль вывел?

Т.к. процы уже давным-давно себя сами разгоняют, то вывел я на оставшуюся без дела кнопку «турбо» на корпусе :)

а я тебе писал… не должно быть сборки в основной системе.

Да шланга — рантайм зависимости:

> pkg info -r llvm10-10.0.1_5
llvm10-10.0.1_5:
	mesa-dri-20.2.3_1

Два других — нужны для (пере)сборки поделий Mozillы, которые выходят каждую неделю НОВЫЕ.

Недавно установил opera и приятно удивился чего в этом браузере

только нет и мессенджеры и instagram и какое это flow, кстати что это?

И главное VPN.

Крутой браузер.

не вижу, как это меняет смысл моего высказывания.

У меня нет второй машины для сборки.

А в Debian - mesa 20.3.x зависит от того же 11-ого.

ну в jail.

Недавно установил opera

Так собирать с красными глазами 👀 не выйдет.

чего?

Для сборки Firefox 88.0 и Thunderbird 78.10.1 уже нужен LLVM-12.

Откуда такая информация?

Calculating dependencies... done!
[ebuild  N     ] sys-devel/lld-11.1.0-r1::gentoo  USE="-test" 0 KiB
[ebuild   R   ~] www-client/firefox-88.0-r1:0/88::gentoo  USE="clang*  ....

sys-devel/clang
      Latest version available: 11.1.0
      Latest version installed: 11.1.0

я думал, это только на *BSD так, а они вообще перешли на clang.

Я ещё больше скажу: номера версий в .so файлах вообще не нужны, библиотеки должны быть обратно бинарно совместимы

И много ты библиотек написал, чтобы так авторитетно об этом рассуждать?

Но ты это скажи разработчикам Firefox, Chrome/Chromium, NVidia и теперь GNOME

Firefox угробили не разработчики, а управленцы и маркетолухи, у которых, похоже, KPI завязан на номера мажорных версий.

На тяжёлый случай есть ELF symbol versioning.