Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLVM lld"	+/–
Сообщение от opennews (??), 05-Окт-26, 22:25
Опубликован выпуск компоновщика Mold 3.0, который может применяться в качестве более быстрой прозрачной замены GNU linker на Linux-системах. Проект развивает Rui Ueyama, автор компоновщика LLVM lld.  Ключевой особенностью Mold является очень высокая скорость связывания объектных файлов, заметно опережающая  компоновщики GNU gold и LLVM lld (компоновка в Mold выполняется со скоростью, всего в два раза медленнее простого копирования файлов утилитой cp). Код написан на языке Rust и распространяется под лицензией MIT... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66406
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
Сообщение от Аноним (1), 05-Окт-26, 22:25
lto проблемный процесс, сабж позволяет его ускорить?
Ответить | Правка | Наверх | Cообщить модератору

	2. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (1), 05-Окт-26, 22:26
	и что там с потреблением памяти, обычный лто уже привычно 10 гб на 1 процесс
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–7 +/–
	Сообщение от Аноним (14), 05-Окт-26, 23:44
	растовики только переписывают, как показала тенденция не без помощи ЫЫ, так, что вы там говорили про LTO? Видать там ускорение получено за счет выпиливания того самого LTO :)))
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	113. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+6 +/–
	Сообщение от Аноним (113), 06-Окт-26, 14:37
	>> Проект развивает Rui Ueyama, автор компоновщика LLVM lld. > растовики только переписывают, как показала тенденция не без помощи ЫЫ, так, что > вы там говорили про LTO? Опять воители супротив раста дальше заголовка не читали (некогда им - Ржа наступает!)? > Видать там ускорение получено за счет выпиливания того самого LTO :))) Да и в предметной области разбираются - как одно парнокопытное в апельсинах 🤣
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Аноним (14), 06-Окт-26, 15:43
	> Да и в предметной области разбираются - как одно парнокопытное в апельсинах Пройдись по ссылке, и тем самым докажешь, что не очередной нейрослоупок! //llvm.org/docs/LinkTimeOptimization.html
	Ответить | Правка | Наверх | Cообщить модератору

	133. Скрыто модератором	+2 +/–
	Сообщение от Аноним (113), 06-Окт-26, 16:14
	>> Да и в предметной области разбираются - как одно парнокопытное в апельсинах > Пройдись по ссылке, и тем самым докажешь, что не очередной нейрослоупок! > //llvm.org/docs/LinkTimeOptimization.html Ты же в курсе, что читать желательно все же чуть дальше заголока? И что "link time" совсем не означает, что это делает сам линковщик? И что сабж (который писал автор того самого lld), как и _предыдущие_ версии mold (на _плюсах_) умеет в lto (ЧСХ - и в связке с gcc)? Вот так вы, опеннетные кексперты по апельсинам и палитесь ...
	Ответить | Правка | Наверх | Cообщить модератору

	136. Скрыто модератором	–1 +/–
	Сообщение от Аноним (14), 06-Окт-26, 16:19
	> Ты же в курсе, что читать желательно все же чуть дальше заголока? Повторяю, он лто ускорил?
	Ответить | Правка | Наверх | Cообщить модератору

	175. Скрыто модератором	+1 +/–
	Сообщение от Аноним (113), 06-Окт-26, 17:58
	> Повторяю, он лто ускорил? Не-не-не Дэвид Блейн, ты писал > что вы там говорили про LTO? Видать там ускорение получено за счет выпиливания того самого LTO :))) хотя в тексте новости сразу же в первом и втором предложении "в качестве более быстрой прозрачной замены" и "является очень высокая скорость связывания объектных файлов, заметно опережающая компоновщики". Просто ты, как истинный знаток опеннета, не в курсе, что LTO - это к̵о̵с̵т̵ы̵л̵ь̵ ̵д̵л̵я̵ глобальной оптимизации _всей программы_ ("...Despite the "link time" name, LTO does not need to use any special linker features."), причем выполняемая компилятором, который для этого добавляет свой промежуточный код в файлы. А во время линковки - потому что классический-традиционный подход "пофайловая компиляция" позволял/ет скомпилировать даже большой проект на буквально паре КБ ОЗУ (что было актуально в 70-80 даже для суперкомпов), но в результате у компилятора тупо нет информации, из каких именно частей состоит ВЕСЬ бинарь. Эта инфа однако (опять таки - традиционно) передается линковщику т.е. появляется во время линковки ... но с самой линковкой связанно буквально никак, лишь удобный способ сделать "универсально" и не ломая совместимость (в отличие от расширения самого ЯП или спец. интерфейса для систем сборки или спец. файла для компилятора). Хотя чисто теоретически, можно добавить какое нибудь расширение "project files used" на ввод для gcc/шланга и оно будет делать то же самое - глобальную оптимизацию, причем ДО стадии линковки. --- > Link time optimization is implemented as a GCC front end for a bytecode representation of GIMPLE that is emitted in special sections of .o files. > By default, object files generated with LTO support contain only GIMPLE bytecode. Such objects are called “slim”, and they require that tools like ar and nm understand symbol tables of LTO sections. > One of the main goals of the GCC link-time infrastructure was to allow effective compilation of large programs. For this reason GCC implements two link-time compilation modes. > 1)    LTO mode, in which the whole program is read into the compiler at link-time and optimized in a similar way as if it were a single source-level compilation unit. > 2)    WHOPR or partitioned mode, designed to utilize multiple CPUs and/or a distributed compilation environment to quickly link large applications. WHOPR stands for WHOle Program optimizeR Т.е. чувак ускорил сам процесс линковки, за ускорением LTO - обращайся к разрабам LLVM/GCC.
	Ответить | Правка | Наверх | Cообщить модератору

	184. Скрыто модератором	–1 +/–
	Сообщение от Аноним (14), 06-Окт-26, 18:35
	> Не-не-не Дэвид Блейн, ты писал >> что вы там говорили про LTO? Видать там ускорение получено за счет выпиливания того самого LTO :))) А что по вашему сделал LLVM? Он буквально выпилил LTO из линковщика, ради чего, описано вот тут: //llvm.org/docs/LinkTimeOptimization.html LTO это оптимизация на этапе линковщика, это его часть работы (код этой работы вынесли в отдельную либу), вы этого никак понять не хотите!!! > хотя в тексте новости сразу же в первом и втором предложении "в > качестве более быстрой прозрачной замены" и "является очень высокая скорость связывания > объектных файлов, заметно опережающая компоновщики". Мои претензии в том, что курам на смех такое ускорение линковщика, ибо без LTO, а он буквально без LTO, так как LLVM решил его выпилить из линкера, и без ускорения LTO такой "быстрый" линкер никому не сдался. Так понятна моя претензия? > Просто ты, как истинный знаток опеннета, не в курсе, что LTO - > это к̵о̵с̵т̵ы̵л̵ь̵ ̵д̵л̵я̵ > глобальной оптимизации _всей программы_ ("...Despite the "link time" name, LTO does > not need to use any special linker features."), причем выполняемая компилятором, > который для этого добавляет свой промежуточный код в файлы. Оптимизация это часть любой стадии (фазы) процесса компиляции. Когда вы говорите "причем выполняемая компилятором" - это полный бред, все в процессе компиляции можно назвать "выполняется компилятором" и тот же процесс линковки. "Компилятор" (процесс подготовки нативного объектного кода) не может применять LTO, так как процессом компоновки занимается  компоновщик (линкер), LTO это прерогатива компоновщика. > Хотя чисто теоретически, можно добавить какое нибудь расширение "project files used" на > ввод для gcc/шланга и оно будет делать то же самое - > глобальную оптимизацию, причем ДО стадии линковки. А еще можно все обозвать один названием, "дай мне экзешник". Не я придумал разделения на стадии (фазы) весь процесс под названием "компилирование", как компиляция+компоновка! И у каждой стадии есть понятие оптимизация, LTO это оптимизация стадии компоновки и точка!!! Почему в llvm она вынесена в отдельную шаред либу по ссылке выше объяснено!!! Говорить, что "компоновщик" только компанует, в 21 веке абсурдно, бесполезен такой компоновщик. Не просто так с бодуна появилось понятие "оптимизации во время компоновки", в этом есть необходимость. И если возвращаться к претензии, то ускорять в любом компоновщике нужно именно процесс оптимизации, а не конкатенацию файлов. > Т.е. чувак ускорил сам процесс линковки, за ускорением LTO - обращайся к > разрабам LLVM/GCC. Так с этим никто не спорит, я акцентировал на то, что LTO выпилен из компоновщика, сделал это LLVM или сам автор мне до лампочки. Факт в том, что этот компоновщик без LTO (собственным), так как он выпилен из него и сделан в виде подключаемого модуля (плагина, шаренной библиотеки). Если бы он еще ускорил бы libLTO то было бы другое дело, а так - курам на смех его ускорение. Так ясна мысль?
	Ответить | Правка | Наверх | Cообщить модератору

	154. Скрыто модератором	+/–
	Сообщение от Аноним (14), 06-Окт-26, 16:58
	>И что "link time" совсем не означает, что это делает сам линковщик? "link time" это стадия работы линковщика, а сам линковщик еще опционально включает свою оптимизацию, свою, которая подключается через шаренную библиотеку libLTO. Ели к той или иной программе подключается та или иная шаренная библиотека, она становится частью процесса программы? НЕТ? тогда все ясно, можете не отвечать.
	Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

	19. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 00:22
	Нет, там ни слова нет про LTO.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	39. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+4 +/–
	Сообщение от Аноним (39), 06-Окт-26, 05:13
	> lto проблемный процесс, сабж позволяет его ускорить? Нет, ибо LTO, внезапно, выполняется компилятором, а не линковщиком.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	53. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (1), 06-Окт-26, 09:14
	Ускорить то можно, вон гцц 14 в 5 раз дольше собирается с лто. Гцц 16 всего раза в 2 дольше -- видимо, есть поле для оптимизаций.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (1), 06-Окт-26, 09:23
	У шланга, к слову, была схожая проблема в прошлых версиях. Вечная-вечная обработка лто, часами на каждом файле, и в текущих версиях так не зависает.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–5 +/–
	Сообщение от Аноним (14), 06-Окт-26, 16:21
	> Нет, ибо LTO, внезапно, выполняется компилятором, а не линковщиком. бред, оптимизация это часть той или иной стадии, ЛТО это оптимизация на стадии линковки!
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

3. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–8 +/–
Сообщение от Аноним (3), 05-Окт-26, 22:49
Это очень хорошая новость!
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
Сообщение от Аноним (6), 05-Окт-26, 23:03
>>вариант на Rust останавливает работу на этапе проверки границ Что мешало сделать проверки на C++ ?
Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
	Сообщение от GNU Overlord (ok), 05-Окт-26, 23:52
	"сделать" Собстенно, это и мешало - их делать нужно, а не просто на комплиятор повесить. Причем делать нормально, а не так, чтобы потом сегфолты летели.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Смузихеб забывший пароль (?), 06-Окт-26, 07:53
	> в ситуациях, когда версия на С++ аварийно завершалась > из-за обращения к областям памяти за пределами буфера, > вариант на Rust останавливает работу на этапе проверки границ Чуваак, похоже, и то и то вылетает. Только одно - безопасТно )
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+5 +/–
	Сообщение от Аноним (50), 06-Окт-26, 08:36
	> Чуваак, похоже, и то и то вылетает. Раст "вылетает" при попытке выйти за пределы буфера. Ну как вылетает... кидает панику с описанием что где вплоть до строчки где произошла ошибка. А с++ вылетает на совсем другом объекте, когда память уже попорчена. И информации о то что произошло практически не предоставляет.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Проходил мимо (?), 06-Окт-26, 13:42
	И Rust и, внезапно, Си++ позволяют обрабатывать такие ситуации вообще без каких-либо спецэффектов, надо просто писать код правильно.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (118), 06-Окт-26, 15:24
	> И Rust и, внезапно, Си++ позволяют обрабатывать такие ситуации > вообще без каких-либо спецэффектов, надо просто писать код правильно. В расте из коробки нормальное решение. Можно и лучше, но для дефолтного решения более чем достаточно. А в с++ любое решение нужно делать и в 99% случаев это не делается.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Проходил мимо (?), 06-Окт-26, 16:00
	//  Коробочное решение на Си++ #include <iostream> #include <vector> #define VEC_SIZE    4 int main( int argc, char* argv[] ) {     //  породим вектора на 10 элементов     std::vector<size_t> v(VEC_SIZE);     std::cout << "Обработка выхода за границы в Си++" << std::endl;     try     {         for(size_t idx = 0; idx <= VEC_SIZE*2; idx++)         {             std::cout << "Запись в вектор по индексу " << idx << std::endl;             std::cout.flush();             //  Оно самое             v.at(idx) = idx;         }         std::cout << "OK" << std::endl;     }     catch( const std::out_of_range& oor )     {         std::cerr << "Выход за границы вектора!" << std::endl;     }     return  0; }
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от morphe (?), 06-Окт-26, 17:39
	И несмотря на существование vector::at, большинство кода делает [], потому что так привыкли
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 16:04
	> Си++ позволяют > надо просто писать код правильно. О, вот и подъехало знаменитое, "чтобы не было ошибок - просто не делайте ошибок!".
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	201. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Аноним (14), 06-Окт-26, 21:52
	> "чтобы не было ошибок - просто не делайте ошибок!". они сами по себе появляются?
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от morphe (?), 06-Окт-26, 00:04
	Потому что при разборе объектных файлов концепция parse, don't validate в случае плюсов невероятно сложная, поскольку zero-copy это надо следить за временем жизни кучи span/string_view, в то время как в Rust за временем жизни следит компилятор
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	42. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–3 +/–
	Сообщение от Вечный странник (?), 06-Окт-26, 06:22
	Это за тебя сделает нормальный компилятор и language server/нормальные правила в clang-tidy
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
	Сообщение от черпало (?), 06-Окт-26, 18:28
	> в то время как в Rust за временем жизни следит компилятор только после тысяч приседаний с закорючками владения (гениально засунуть это в тип, бгг) то там овладел, то тут, крррасотиищща! Но утятам, что слаще редьки не едали, -- норм, гениальное решение на острие прогресса!
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	219. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–3 +/–
	Сообщение от morphe (?), 07-Окт-26, 03:55
	> (гениально засунуть это в тип, бгг) А где это должно находиться? Время владения это свойство ссылки, а не возвращаемого значения например И значение типа HashMap<&'symtab str, &'object [u8]> вполне имеет место быть
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от черпало (?), 07-Окт-26, 13:42
	> А где это должно находиться? В идеальном языке? нигде. Супер-пупер-идеальный язык не заставляет пейсателя пейсать тысячи Бокс, Рц, Арк, Пин и другой лабуды, которая устарела уже на выходе. Дико шумные сигнатуры, которы смешивают мягкое и теплое. И это тот компилятор, который считается [кем?] прорывным, бггг. На деле у языка ни одной новой идеи :/ Зато отлично запрягли оператора ЭВМ считать время жизни, обслуживать это страшное нечто. И да, в перле закорючки имели сакральный смысл, а тут людям буковок жалко (да, буковки vs слова -- это вкусовщина). > Время владения это свойство ссылки, а не возвращаемого значения например > И значение типа HashMap<&'symtab str, &'object [u8]> вполне имеет место быть вообще плевать, что там "имеет место быть". void* кастовать, разыменовывать, в ногу стрелять временами -- "имеет место быть", и чево? Этот дурацкий ' -- костыль для разруливания проблем. Костыль, потому что, по-простому, тип данных -- эт множество значений и набор операций над ними. Лайфтайм -- динамическое свойство для рантайма, оно не относится к типу данных, оно ограничение на область видимости. &'a T и &'b T -- как тебе, глаз не дергается? как тебе в принципе такая математика? субтипирование лайфтаймов, бже, читал и плакал. сколько еще этим попранием смысла нужно заниматься? сколько еще костылей вроде вариантности нужно будет вкорячить? сколько в принципе нужно заниматься вычислением вариантности ссылок, а не логику писать? сдается мне, такие костыли не являются единственно верным состоянием материи, увы. Но раст иногда и полезен -- он притягивает на себя всех нитакусиков, которым надоел битрикс.
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от morphe (?), 08-Окт-26, 00:47
	Короче понятно, ты вообразил себе страх от кавычек и придумал что должен быть волшебный компилятор что устроит gc без gc, чего я ждал от opennet?
	Ответить | Правка | Наверх | Cообщить модератору

	252. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от черпало (?), 08-Окт-26, 06:30
	Нет, глупый, тебе вообще совсем не понятно. Вот ни на йоту. Мало того, что нигде не было сказано, что мне нужен язык без гц. В расте его есть, кстати, прям в самом начале моего сообщения написано, где там гц. тебе по существу есть-то что сказать, веб-синьор? ну, про субтипирование лайфтаймов / пересечение их, про курьезность &'a T и &'b T, про костыли, которые мешают типы и области видимости? есть что-то, или ты по классике показываешь обычный кругозор обитателя стойла растафанов?
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (256), 09-Окт-26, 20:45
	Бессмысленное бормотание про бесполезный синтаксис, сводящееся к классическому "программист должен за всем уследить". Расставить рантайм проверки, исключить циклические ссылки или еще лучше вручную выделять и освобождать память. Лишь бы не учить новый синтаксис.
	Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

	257. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от черпало (?), 10-Окт-26, 00:43
	ты совсем баклан, что ли? это ты свел к понятному тебе, увы. раст и заставляет за всем следить, вручную расставляя области видимости. Я задал конкретные вопросы, например, про математическую строгость. Ты по существу что сказал? ничего, только то же, что и остальные веб-синьоры из стойла. При чем тут синтаксис, ты не в состоянии понимать вопросы про теорию типов и смешение различных концепций, которые всегда разделены должны быть? не в состоянии отвечать на них? ну так а лезешь чево тогда, болезный? раст выбрал самый примитивный способ из доступных двадцать лет назад (да, создатель не особо умный был, но что поделать). чудо просто, насколько убоги современные "знатоки"
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Васян Айтишник (?), 06-Окт-26, 00:18
	Так-то наверное можно и на Бейсике писать и проверки сделать :)
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	60. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (60), 06-Окт-26, 09:30
	много мест, везде ручками проверять. зачем, если раст сам это делает?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	192. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Герман (??), 06-Окт-26, 19:16
	C++
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

7. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
Сообщение от Аноним (6), 05-Окт-26, 23:05
>>Мотивом к созданию Mold стало раздражение от необходимости ждать завершения компоновки после каждого внесения изменения в код Надуманная проблема
Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 00:24
	Ну автор холерик, не мог ждать ещё дополнительно 16 секунд после 4 часов компеляции хрома пока тот слинкуется :)
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от An2 (?), 06-Окт-26, 01:13
	Точно секунд, а не минут?
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+3 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 02:17
	Так сходите на сайт, там автор честно бенчи выложил, настолько честно что даже не включал LTO.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним1234 (?), 06-Окт-26, 11:04
	ccache усокрить 4 часа компиляции хрома сделав их 5 минутами. А вот линковку Хрома сделать из 5 минут в 1  минуту сможет это поделка.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	100. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 13:50
	С ccache "компиляция" занимает явно больше 5 минут, уже не помню точно, или 10 или 30. А линковка по данным автора молд 16 секунд всего, а с его поделкой 1,6. Как бы на фоне десятка минут это несущественно.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (43), 06-Окт-26, 06:27
	Zig (компилятор) уже сделал. Но есть один нюанс. Полученный бинарник считает не то, что нужно.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

8. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
Сообщение от Bottle (?), 05-Окт-26, 23:16
Ирония проекта в том, что он сам компилироваться будет ещё медленнее. Но, с другой стороны, лучше так, чем никак.
Ответить | Правка | Наверх | Cообщить модератору

	9. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+4 +/–
	Сообщение от жявамэн (ok), 05-Окт-26, 23:22
	Ты из тех кто пересобирает файрфокс перед каждым заходом на опеннет?
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от name (??), 06-Окт-26, 17:17
	А как ещё сделать рандомизацию? Ты что, хочешь чтобы его ОТСЛЕДИЛИ??!!
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 00:28
	Ирония в том, что этот проект вообще существует и каждый раз его здесь продают с такой помпой, как будто это чудо какое то и мастхэв. И никто тут не читает даже readmi.md проекта и не осознаёт его полную бесмысленность. И я не прочитал и полез эту фигню пробовать. А потом узнал что LTO там только через плагин = подключается llvm и разницы в скорости 0. А для случаев когда LTO не нужно - разницы особой нет, ну типа мне что 5 что 15 секунд линковки для проекта который собирался пол часа - как то пофик.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	24. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от An2 (?), 06-Окт-26, 01:14
	> что 5 что 15 секунд линковки для проекта который собирался пол часа А если туда нужно вносить изменения, одно за другим. Компиляция - 2 секунды, а линковка на порядок дольше?
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 02:20
	А юзкейс у этого какой? Я знаю 2 воркфлоу: 1. меинтейнер/пользователь: скачал, собрал, пользуется. 2. программист: поменял-собрал-запустил тесты-поменял...
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Loki13 (ok), 06-Окт-26, 12:10
	>2. программист: поменял-собрал-запустил тесты-поменял... Чем не юзкейс? А вообще, у меня гента, так вот я как-то заметил, что у меня линковка реально много времени занимает, иногда больше компиляции на некоторых пакетах. Вот тогда и заменил на сабж. Не помню какое ускорение, но оно было точно и выражалось в минутах для всего апдейта ежедневного. А учитывая что это бесплатное ускорение, то почему бы и нет?
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 13:51
	Ну да, всего то было у тебя LTO а теперь его нет. :) Хоть бы бенчи автора почитал с его гитхуба.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от черпало (?), 06-Окт-26, 18:31
	Раньше раки были большие, но по три, а теперь маленькие, но по пять
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
	Сообщение от Аноним (39), 06-Окт-26, 04:50
	> А потом узнал что LTO там только через плагин Вообще-то любой линковщик работает через плагин компилятора. Ибо ту самую оптимизацию выполняет именно компилятор, а не линковщик. Но опеннетный Ванька думает, что раз "link-time" - значит это про "linker", и гордо срывает покровы с mold, лол.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	102. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 13:55
	Типа молд без lto делает всё сам. Но поскольку автор тактично умолчал что lto делается через плагины компилятора то люди которым тема особенностей сборки не сильно интереса подумали что это чудо ускорение будет всегда, а оно оказалось не так. Я то вообще не думаю про это, меня язык и его инструменты интересуют время от времени, а заботят меня больше технологии которые на этих языках описаны.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 06-Окт-26, 15:40
	> автор тактично умолчал что lto делается через плагины компилятора то люди которым тема особенностей сборки не сильно интереса подумали что это чудо ускорение будет всегда, а оно оказалось не так. А ты не заметил, что эти "люди" состоят из  одного-единственного опеннетного Ваньки? Которому не хватило ума разобраться в вопросе - вместо этого он рванул позориться и срывать покровы.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (14), 06-Окт-26, 15:50
	> Которому не хватило ума разобраться в вопросе - вместо этого он рванул позориться и срывать покровы. Чувак из новости LTO ускорил? Вот когда ускорит, пусть тогда и срывает покровы!
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 06-Окт-26, 16:06
	> Чувак из новости LTO ускорил? А у чувака из новости была такая задача? Ты о чем вообще?
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (14), 06-Окт-26, 16:22
	> А у чувака из новости была такая задача? Ты о чем вообще? Проехали, тогда, ты комент начальный прочти, речь за лто. Когда ускорит лто, тогда и пиши в новостях об этом!
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 16:29
	> Проехали, тогда, ты комент начальный прочти, речь за лто. В начальном комменте этой ветке обсуждения вообще не упоминается LTO. Ты о чем вообще?
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (14), 06-Окт-26, 16:42
	читай этот 2.21, Ivan_83 (ok), 00:28, 06/10/2026
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 16:38
	Проект выглядит как скам. 1. великий автор пиливший LLVM решили запилить свой линковщик х100 - почему? Почему это не взяли в llvm если оно такое хорошее? 2. Нигде не упомянуто что LTO не ускоряется. Те где то мелким текстом на какомнить иссуе или в глубине документации. Между тем это прямо мастхэв фича очень часто сейчас. Зато бенчей с ускорением в разы обычной не LTO сборки полно. 3. Куча каких то непонятных спонсоров которым якобы это надо. Притом что никто не может объяснить что делать с ускорением в х2-х10 стадии которая занимает 0,0001% от всего воркфлоу. (если оно применимо без LTO)
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	149. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (14), 06-Окт-26, 16:47
	> Притом что никто не может объяснить что делать с ускорением в х2-х10 стадии которая занимает 0,0001% от всего воркфлоу. (если оно применимо без LTO) Беда не в этом, альтернативно одаренные думают, что оптимизация это некая отдельная фаза (стадии) компиляции, хотя понятия не имеют, что оптимизация это часть процесса той или иной фазы компиляции. Собственно LTO это часть фазы линковки, и непосредственно хоть и опционально является частью линковщика, а не отдельным независимым компонентом (фазой, стадией). А конкретно в том же LLVM эту часть сделали в виде шаренной библиотеки лишь потому, чтобы можно было его прицепить к любому линковщику, и от этого эта шаренная библиотека не становиться независимой, она часть линкера буквально!!!
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 16:54
	Честно говоря большинству эта информация бесполезна, как оно там работает под капотом компилятора и линкера. Просто тут бегают какие то странные которые считают что нужно идеальное знание и языка и компилятора и линкера и все тонкости с UB и пр. А на практике это нужно совсем редко-почти никогда, а знать надо как работают штуки написанные на всяком разном.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (14), 06-Окт-26, 17:10
	//llvm.org/docs/LinkTimeOptimization.html Вот черным по белому: """ Phase 3 : Optimize Bitcode Files After symbol resolution, the linker tells the LTO shared object which symbols are needed by native object files. In the example above, the linker reports that only foo1() is used by native object files using lto_codegen_add_must_preserve_symbol(). Next the linker invokes the LLVM optimizer and code generators using lto_codegen_compile() which returns a native object file created by merging the LLVM bitcode files and applying various optimization passes. """ Внимание на "Next the linker invokes the LLVM optimizer and code generators using lto_codegen_compile()"
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Аноним (14), 06-Окт-26, 14:55
	> Но опеннетный Ванька думает, что раз "link-time" - значит это про "linker", и гордо срывает покровы с mold, лол. В том же LLVM лто тесно связано с линкером, оптимизатор там как отдельная либа к линкеру, в который передается инфа от линкера (все происходит на стадии линковки). //llvm.org/docs/LinkTimeOptimization.html > Ибо ту самую оптимизацию выполняет именно компилятор """ libLTO is a shared object that is part of the LLVM tools, and is intended for use by a linker. libLTO provides an abstract C interface to use the LLVM interprocedural optimizer without exposing details of LLVM’s internals. The intention is to keep the interface as stable as possible even when the LLVM optimizer continues to evolve. It should even be possible for a completely different compilation technology to provide a different libLTO that works with their object files and the standard linker tool. """ Отдельная либа используемая линковщиком на стадии линковки.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	119. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 06-Окт-26, 15:37
	> В том же LLVM лто тесно связано с линкером, > Отдельная либа используемая линковщиком на стадии линковки. Чел, ты в состоянии прочитать ссылки, текст из которых приводишь? Он не "связан тесно" с линкером - линкер вызывает плагин компилятора (в данном случае libLTO), к которому никак не привязан. В GCC тот же подход.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от Аноним (14), 06-Окт-26, 15:48
	> Он не "связан тесно" с линкером - линкер вызывает плагин компилятора (в данном случае libLTO), к которому никак не привязан. Чувак, а ты попробуй использовать этот libLTO без линкера. То что он подключается к линкеру не делает его независимым от линкера, с логикой у тебя все в порядке? Это не просто отдельная стадия оптимизации, которая идет после стадии линковки, это оптимизация часть стадии линковки, опциональная - не обязательная. Оптимизация это часть той или иной стадии, ибо весь процесс поделен на стадии.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 06-Окт-26, 16:11
	> То что он подключается к линкеру не делает его независимым от линкера, с логикой у тебя все в порядке? Буквально делает. Ибо использовать плагин компилятора (та самая обертка над libLTO) ты можешь с любым линковщиком, который поддерживает интерфейс плагинов. Вот с тем же mold из новости. Или с гнутым gold. Поразительно, как местные персонажи рьяно спорят в темах, в которых ничего не шарят. Это болезнь какая-то, или что?
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от Аноним (14), 06-Окт-26, 16:33
	> Буквально делает. Ибо использовать плагин компилятора (та самая обертка над libLTO) ты > можешь с любым линковщиком, который поддерживает интерфейс плагинов. Вот с тем > же mold из новости. Или с гнутым gold. А чем еще должна быть шаренная библиотека как не подключаемым интерфейсом? Без информации от линкера эта библиотека не нужна никакой другой стадии процесса компиляции. Повторяю, у тебя с логикой все в порядке? > Поразительно, как местные персонажи рьяно спорят в темах, в которых ничего не > шарят. Это болезнь какая-то, или что? Повторяю альтернативно одаренным, автор новости LTO ускорил? Нет - проходи мимо! Ибо хоть и опциональна оптимизация, на той или иной стадии компиляции, от нее и зависит вся скорость компиляции конечной программы, а не от переписывания с помощью ЫЫ обычного кода конкатенации файлов. Как там говорится - экономия на спичках?
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 17:03
	> А чем еще должна быть шаренная библиотека как не подключаемым интерфейсом? > Повторяю, у тебя с логикой все в порядке? Чел, у тебя, наверное, СДВГ, но давай вместе пройдемся по нити дискусии: 1. Сперва я говорю "любой линковщик работает через плагин компилятора. Ибо ту самую оптимизацию выполняет именно компилятор, а не линковщик." 2. Всплываешь ты с заявлением "в LLVM лто тесно связано с линкером, оптимизатор там как отдельная либа к линкеру" и "отдельная либа используемая линковщиком на стадии линковки". Видимо, в твоих глазах эти утверждения как-то опровергают мой изначальный тезис. Поэтому... 3. ...дальше я тебе еще два раза повторяю изначальное утверждение, что "линкер вызывает плагин компилятора (в данном случае libLTO), к которому никак не привязан" и "использовать плагин компилятора ты можешь с любым линковщиком, который поддерживает интерфейс плагинов". Ты же продолжаешь искренне недоумевать где здесь логика. Но чтобы видеть логику, друг, надо уметь держать контекст обсуждения. > Повторяю альтернативно одаренным, автор новости LTO ускорил? Альтернативно одаренный здесь только ты, ибо автор в принципе не ставил себе задачи ускорять LTO.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (14), 06-Окт-26, 17:30
	> Чел, у тебя, наверное, СДВГ Читать разучился? Если не прошелся по ссылке - нейрослоупок!!! //llvm.org/docs/LinkTimeOptimization.html Вот черным по белому: """ Phase 3 : Optimize Bitcode Files After symbol resolution, the linker tells the LTO shared object which symbols are needed by native object files. In the example above, the linker reports that only foo1() is used by native object files using lto_codegen_add_must_preserve_symbol(). Next the linker invokes the LLVM optimizer and code generators using lto_codegen_compile() which returns a native object file created by merging the LLVM bitcode files and applying various optimization passes. """ Внимание на "Next the linker invokes the LLVM optimizer and code generators using lto_codegen_compile()" --------------------------------------------------------------------- > 1. Сперва я говорю "любой линковщик работает через плагин компилятора. Ибо ту самую оптимизацию выполняет именно компилятор, а не линковщик." Оптимизация это часть процесса той или иной стадии!!! LTO это оптимизация на стадии линковки, эту оптимизацию запускает линкер!!! Любой другой стадии компиляции в LTO нет необходимости. > 2. Всплываешь ты с заявлением "в LLVM лто тесно связано с линкером, оптимизатор там как отдельная либа к линкеру" и "отдельная либа используемая линковщиком на стадии линковки". Видимо, в твоих глазах эти утверждения как-то опровергают мой изначальный тезис. Поэтому... "любой линковщик работает через плагин компилятора" - этот "плагин" тесная связь компилятора с линковщиков, в процессе используется собранная оптимизатором llvm инфа и линковщиком, чтобы провести так называемую link-time оптимизацию. Там по ссылке пример есть и четко написано "This example illustrates the advantage of tight integration with the linker. Here, the optimizer can not remove foo3() without the linker’s input." И далее пишут объясняют причины по которым приняли такое решение о тесной интеграции: """ Alternative Approaches Compiler driver invokes link time optimizer separately. In this model the link time optimizer is not able to take advantage of information collected during the linker’s normal symbol resolution phase. In the above example, the optimizer can not remove foo2() without the linker’s input because it is externally visible. This in turn prohibits the optimizer from removing foo3(). """ Вот почему LTO не независимый процесс, а тесная интеграция с линковщиком. И почему именно в виде шаренной либы: """ Use separate tool to collect symbol information from all object files. In this model, a new, separate, tool or library replicates the linker’s capability to collect information for link time optimization. Not only is this code duplication difficult to justify, but it also has several other disadvantages. For example, the linking semantics and the features provided by the linker on various platform are not unique. This means, this new tool needs to support all such features and platforms in one super tool or a separate tool per platform is required. This increases maintenance cost for link time optimizer significantly, which is not necessary. This approach also requires staying synchronized with linker developments on various platforms, which is not the main focus of the link time optimizer. Finally, this approach increases end user’s build time due to the duplication of work done by this separate tool and the linker itself. """ > 3. ...дальше я тебе еще два раза повторяю изначальное утверждение, что "линкер вызывает плагин компилятора (в данном случае libLTO), к которому никак не привязан" и "использовать плагин компилятора ты можешь с любым линковщиком, который поддерживает интерфейс плагинов". Они сами и пояснили по какой причине они приняли такое архитектурное решение, и это не делает LTO независимым от линкера. Повторяю еще раз, LTO это часть процесса линковщика под названием оптимизация!!! > Ты же продолжаешь искренне недоумевать где здесь логика. Но чтобы видеть логику, друг, надо уметь держать контекст обсуждения. Еще раз пройдись по ссылке если не нейрослоупок. Моя цель, донести до тебя, что LTO это часть линкера!!! Эта оптимизация которую вызывает линкер. А как эта часть кода исполнена, зашита в линкер или подключена через шаренную библиотеку, не имеет значения. Вот тут хоть включи логику!!! > Альтернативно одаренный здесь только ты, ибо автор в принципе не ставил себе задачи ускорять LTO. Мне все равно, что он ставил перед собой, для меня лично, ускорить линкер это ускорить процесс оптимизации на фазе линковки, а тупое конкатенирование файлов для меня не ускорение!!! В чем собственно и изначальная претензия к данной новости!!!
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (14), 06-Окт-26, 16:50
	если шаренная библиотека подключается к любой программе, она становится частью программы? libLTO подключенная к линкеру mold является частью mold? Нет? Можешь не отвечать, тогда.
	Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

11. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
Сообщение от Аноним9000 (?), 05-Окт-26, 23:29
Да что же такое, снова несуществующий реальный продукт на раст!
Ответить | Правка | Наверх | Cообщить модератору

	13. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (13), 05-Окт-26, 23:35
	Ты посмотри в список контрибьютеров, это нейрослоп (почти)
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (43), 06-Окт-26, 06:28
	> несуществующий реальный продукт Так несуществующий или реальный?
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

12. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
Сообщение от Инопланетянин (?), 05-Окт-26, 23:30
> Переход на Rust позволил... Кто это у нас там в контрибьюторах на 2-ом месте
Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (22), 06-Окт-26, 00:58
	ИИшечка
	Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
Сообщение от Ivan_83 (ok), 06-Окт-26, 00:20
> Ветка Mold 3.0 примечательна переписыванием кодовой базы с C++ (C++20) на язык Rust. Бесполезный компоновщик стал х10 бесполезнее. Тем кто смотрит в его сторону: не тратьте время. 1. LTO оно не умеет. 2. без LTO линковка даже обычными линковщиками не особо то и заметна  на фоне процесса компиляции. Возможно есть очень-очень редкие юзкейсы когда оно имеет смысл, например вы уже скомпилили нечто тяжёлое типа хрома, потом поредактили пару файлов и вам только их перекомпилить и перелинковать. Ну вот тогда оно секунд 5 сэкономит. При обычном процессе хром всё равно компилится часы и линкуется минуты, от того что результат будет получен на 1-2 минуты раньше легче не станет.
Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от An2 (?), 06-Окт-26, 01:17
	> типа хрома Да, без mold поиграться с каким-то изменениями в Firefox или Chromium не реально.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 02:09
	Угу, целых 16 секунд (по данным бенчей молд) ждать, вместо 1,6.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 09:20
	через всего лишь час после того как оно начнет и закончит собственно компилять (я ж правильно кстати помню что тяпляперы собравшие винигрет из трех полуработающих автоматизаций сборки - в частичную компиляцию не шмагли и при изменении одного файлика фуфлофокс пересобирается весь целиком?) в общем, отличный линкер для хеловрота, которому и lto никакая не нужна. одно надо бы уточнить - llvm весь такими авторами написан или этот - уникум? (вспоминая что тот десять лет тратил чужое время на неотключаемые сборки сотни неведомых и толком даже неработающих targets, и то что в freebsd их сейчас отключает - 3d party патч не признанный апстримом?)
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 14:01
	Насчёт сборки фурифокса - хз, там же теперь месиво из крестов и гнили. На фре ненужно таргеты или сразу отключены или через src.conf отключаются чуть ли не с самого начала втаскивания llvm. Единственная проблема которая была последние годы - один "уникум" решил попилить llvm на либы чтобы он стал меньше на диске занимать, а учитывая PIE и ASLR и то что эти либы весят десятки-сотни мб то запуск компелятора стал занимать х10-х20 времени, очень хорошо было видно на портах на стадии cinfigure - оно прям совсем медленно чекало.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 14:34
	> На фре ненужно таргеты или сразу отключены или через src.conf отключаются чуть ли не с > самого начала втаскивания llvm. нет, ни разу. Начало 10 (или даже 9?), WITHOUT_LLVM_TARGET_ научили в 11. и это вроде бы до сих пор не принятое официально изменение
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 17:15
	Это к вопросу о дурацких дефолтах и тому что система в ванильном виде это конструктор а не конечный продукт. Оно там включено по дефолту скорее всего для тех кто занимается кросскомпеляцией, всех полутора человек :) Когда появилось - смотреть лень, я давно выключил всё ненужное и забыл. Собственно у меня можно сказать что свой собственный дистр фри, ибо достаточно много отличий от дефолта, не только конфигами но и патчи есть.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 17:46
	> Это к вопросу о дурацких дефолтах не, не. Еще раз - этой фичи просто не было в компиляторе, вообще. Он заточен был собирать сразу все и целиком. Возможность частичной сборки - это бсдшный патч поверх, и когда я это последний раз смотрел - его не удалось пропихнуть обратно разработчикам llvm. кажется, отключение сборки всяких анализаторов и прочего хлама тоже изначально пошло из фри, где оно вот вообще никому не уперлось. Я очень долго держал у себя уже непопулярную сборку на gcc, потому что ждать часами на том железе пока эта ненужная хрень собирает саму себя в миллионе ненужных вариантов очень не хотелось. (потом мы конечно убедились что даже если это все выключить, все равно ждать часами. плюсовые компиляторы тормоза.) И енти люди пришли учить нас делать быстрые линкеры, хахаха.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 18:16
	Так фишка фри в том, что они никогда не юзают сборочную систему проекта который втаскивают. Всё переписано на bmake. И LLVM собирается через bmake а не cmake. Потому фревым разрабам пофик что там в апстриме, они всё равно сами за сборку отвечают. Вот меинтейнеры из портов могли ходить в апстрим чтобы ненужно хлам не собирать, они как раз cmake и всё что апстрим вывалит юзают. Но надо сказать что первые версии llvm которые ещё 3.5 были - собирались очень быстро, у меня тогда ещё были пень3 местами и не больше коредуо точно.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 02:10
	> потом поредактили пару файлов и вам только их перекомпилить и перелинковать Он буквально для этого и создан, гений.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	31. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 02:22
	Так время работы обычного линковщика даже на хроме не мешается - пренебрежимо мало, а на мелких проектах и подавно.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
	Сообщение от Аноним (39), 06-Окт-26, 04:06
	> Так время работы обычного линковщика даже на хроме не мешается Вот именно что мешается, да откуда мастеру хэллоувордов об этом знать, да? Когда ты работаешь над большим проектом, где финальный бинарь размером с десяток мегабайт, компиляция отдельного CPP после правки может занимать доли секунды, а линковка бинаря при этом все равно занимает в десятки раз дольше, что невероятно бесит.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от пох.. (?), 06-Окт-26, 09:28
	жаль что наш мастер нехеловротов не в курсе, что у таких проектов обычно "./mach" без возможности вмешаться в механику. И никакой отдельной компиляцией там и близко не пахнет. Вероятно твои нехеловроты были исключительно голосами у тебя в голове. В десятки дольше - это натурально вот 20 секунд вместо 2.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 06-Окт-26, 15:43
	> жаль что наш мастер нехеловротов не в курсе, что у таких проектов обычно "./mach" без возможности вмешаться в механику. > И никакой отдельной компиляцией там и близко не пахнет. Опеннетный пох держит марку: сам приплел левое соломенное чучело - сам его и уничтожил. 👍 Жаль, что по теме обсуждения ты сказать как всегда ничего не сможешь...
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 14:06
	Об этом знают все кто осилил пролистать таблицу с бенчами на гитхубе проекта. Если вы там что то такое отлаживаете - зачем вам LTO? - по другому долгое время линковки проекта всего то на пару мегабайт бинаря не объяснить, разве что у вас линковка идёт на каком то пень3 или дохлом арм.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	123. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 15:46
	> Об этом знают все кто осилил пролистать таблицу с бенчами на гитхубе проекта. Ну вот ты не знаешь и продолжаешь делать удивленные глаза, недоумевая, зачем нужен сабж. >> бинарь размером с десяток мегабайт > всего то на пару мегабайт бинаря Ваня, ты хоть читай, что тебе пишут.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 16:31
	Что читать то? У автора mold самый худьший результат обычным линковщиком 50 секунд, такой проект там один. Остальные меньше 20 секунд (кроме хрома) - в пределах 6 секунд обычным линковщиком. Вот объясните мне почему вам лично эти секунды так важны? У вас там разработка методом брутфорса чтоли?
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+3 +/–
	Сообщение от SanityEclipse (ok), 06-Окт-26, 02:19
	Ну да, компилируют проекты же только юзеры, а разработчики постоянно проект начистую собирают. Действительно, редкий юзкейс. Как и инкрементальная компиляция, наверное
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	32. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–3 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 02:28
	Вам, как разработчику, есть ли большая разница если время линковки будет не 3 секунды а 0,3 при общем времени сборки в районе 40 секунд? Из всех бенчей что выложил автор, только TensorFlow линкуется заметно долго 9/50 секунд и только потому что там видимо крестовый нейрослоп на 9гб в один бинарник лезет. Да и то 9 секунд для релиза не очень то заметно, вот для дебага 50 сек наверное не комфортно уже. И это ещё хз сколько времени там занимает обход всех исходников сборочной системой и работа компилятора даже для самого маленького файла.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
	Сообщение от Аноним (39), 06-Окт-26, 04:08
	>> инкрементальная компиляция > при общем времени сборки в районе 40 секунд? Да иди ж ты уже прочитай, что такое инкрементальная компиляция.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 14:09
	Покажите ка мне эту вашу инкрементальную компиляцию на проектах размером с llvm, chrome - где только make система будет все эти ваши исходники обходить и чекать на необходимость перекомпиляции по паре минут.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 06-Окт-26, 15:52
	Ты продолжаешь героически накладывать себе в штаны. Впрочем, как и всегда. > компиляцию на проектах размером с llvm, chrome - где только make система будет все эти ваши исходники обходить и чекать на необходимость перекомпиляции по паре минут. По паре минут? А чего не паре часов? Мы же на опеннете: набрасывать так набрасывать! В реальности, Ваня, для больших проектов существует ninja, которая зависимости обрабатывает молниеносно. Буквально вот для Хрома была создана. Но даже обычный дубовый Make в нашем проекте отрабатывает за 4-5 секунд (хотя и это сильно бесит), а в Хроме в свое время было 10-20.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 16:26
	> молниеносно это сколько? > а в Хроме в свое время было 10-20 Когда было то? При царе горохе? Хром как то при очередном обновлении стал компелять не 20+к файлов а 30к+, а сейчас все 55к+ файлов компелячит. > обычный дубовый Make в нашем проекте отрабатывает за 4-5 секунд (хотя и это сильно бесит) Вам нервы лечить надо или воркфлоу менять раз для вас это так заметно.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 16:37
	>> молниеносно > это сколько? Меньше секунды. >> а в Хроме в свое время было 10-20 > Когда было то? При царе горохе? Это было во времена, когда в Хроме юзался make. Научись читать, что тебе пишут. >> обычный дубовый Make в нашем проекте отрабатывает за 4-5 секунд (хотя и это сильно бесит) > Вам нервы лечить надо или воркфлоу менять раз для вас это так заметно. Да, сейчас ванька-хэллоуворлдщик, не понимающий, что такое инкоементальная сборка, расскажет мне о правильном воркфлоу. Господи...
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 17:00
	Меньше секунды - это ваши фантазии. Выполнить все необходимые действия для инкрементальной сборки на 55к файлов занимает больше времени. > Да, сейчас ванька-хэллоуворлдщик, не понимающий, что такое инкоементальная сборка, расскажет мне о правильном воркфлоу. То ли дело божественный аноним, который знает и умеет всё на свете лучше всех! Если у вас там разработка методом: "тысяча обезъян напишут роман" то понимаю что время линковки для вас важно :) В обычном воркфлоу линковка это сильно меньше 1% времени, и обсуждать там какую то оптимизацию или укорение смысла не имеет.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 17:16
	> Меньше секунды - это ваши фантазии. > Выполнить все необходимые действия для инкрементальной сборки на 55к файлов занимает больше времени. Ты вообще никогда не сталкивался ни с инкрементальной сборкой, ни с ninja - но при этом вещаешь про якобы фантазии и сколько времени оно занимает. Господи, какой же сказочный персонаж... 🤦 >> Да, сейчас ванька-хэллоуворлдщик, не понимающий, что такое инкоементальная сборка, расскажет мне о правильном воркфлоу. > То ли дело божественный аноним Внезапно, аноним, в отличие от тебя, работает всю жизнь C++ кодером и потому банально сталкивался с проблемой и знает, о чем говорит.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–3 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 17:22
	Да сразу видно божественный аноним лучше меня знает с чес я работал и работаю :) И кодером (перекладчиком с русского на кресты?) работает больше чем я существую, понятно же :))) Мы конечно же поверим божеству на слово, даже я про свой опыт и знания теперь буду только у вас спрашивать :)))))
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 17:41
	> Да сразу видно божественный аноним лучше меня знает с чес я работал и работаю :) Конечно знаю, ведь ты сам об этом во всех подробностях прямым текстом пишешь прямо тут, на Опеннете - у тебя же язык, как помело. За последние ~3 года, что я тут читаю твою экспертизу, картина сложилась кристально чистая. > Да сразу видно божественный аноним лучше меня знает > Мы конечно же поверим божеству на слово Меня искренне умиляет, как ты тщетно пытаешься в ad hominem. Надеюсь, у тебя все-таки хватит ума пойти да прочитать про инкрементальную сборку и работу LTO, чтобы не впредь больше не позориться.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 18:20
	Да да, верь и дальше, я же всегда всё пишу без стёба. За эти 3 года я стал для тебя знаменитостью, хоть и трешовой, а ты как был никем так и дальше никто :) Чувак, раз ты не можешь понять что я пишу - хотя бы попробуй объяснить: зачем это надо знать? Что тебе лично дали эти знания?)
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 17:50
	> молниеносно. Буквально вот для Хрома была создана. Но даже обычный дубовый > Make в нашем проекте отрабатывает за 4-5 секунд (хотя и это то есть ваш проект и есть хеловрот. (даже у меня к сожалению нифига не пять секунд, а это вовсе не "большой проект") > а в Хроме в свое время было 10-20. то есть очень давно. Показать нам как ты изменил дату на одном файлике в современном хроме и сколько оно после этого собирается - ты конечно же не захочешь.
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	183. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 18:34
	> то есть ваш проект и есть хеловрот. Ну да, типичный такой хэловрот объемом более 1.6 млн строк. > даже у меня к сожалению нифига не пять секунд, а это вовсе не "большой проект" При чем тут ты вообще? Я писал за наш кейс, и за скорость сборки на моем конкретном железе. Что и на каком железе ты там собираешь - я хз, мне не интересно. >> а в Хроме в свое время было 10-20. > то есть очень давно. Вот именно, что очень давно. Сейчас, очевидно, будет еще дольше. Ты что сказать-то хотел?
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от пох.. (?), 06-Окт-26, 21:19
	> При чем тут ты вообще? Я писал за наш кейс, и за скорость сборки на моем конкретном > железе. и прям твое супержелезо упирается в немодный ld? (и LTO конечно отключен, отключен же?) > Вот именно, что очень давно. Сейчас, очевидно, будет еще дольше. Ты что сказать-то хотел? что тебя скорее всего ждет интересный сюрприз при попытке поредактировать один файлик. (хотя что-то я не очень верю что ты сможешь)
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 07-Окт-26, 02:47
	> и прям твое супержелезо упирается в немодный ld? Нет. Разве я что-то писал об этом? >> Вот именно, что очень давно. Сейчас, очевидно, будет еще дольше. Ты что сказать-то хотел? > что тебя скорее всего ждет интересный сюрприз при попытке поредактировать один файлик. Так ты договаривай-то до конца, что там за "интересный сюрприз" будет.
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от пох.. (?), 07-Окт-26, 15:00
	> Нет. Разве я что-то писал об этом? Действительно, тут ведь не бессмысленность "оптимизации" ld обсуждали. Я ж говорю - очередной врунишка без имени и мозгов. Приходит сюда хамить и гордится собой, какой он охрененно крутой а все кругом "непрограммисты". Но очень ссытся показать хоть что-то чем можно было бы гордиться. (потому что и нет у тебя ничего, кроме фантазий) А то ж уволят, и хрен он работу потом найдет.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 07-Окт-26, 18:02
	>> Нет. Разве я что-то писал об этом? > Действительно, тут ведь не бессмысленность "оптимизации" ld обсуждали. Нет, в этой ветке обсуждали инкрементальную сбору и make/ninja. Ты глазки-то разуй. > Приходит сюда хамить и гордится собой, какой он охрененно крутой а все кругом "непрограммисты Друг, тебе с такими проблемами эго - к психотерапевту. Я, по-моему, четко по теме обсуждения писал - а ты, бедняга, угнетаешься. > Но очень ссытся показать хоть что-то чем можно было бы гордиться Иди проспись, лол. Обсуждение шло на конкретные технические темы. Пока не всплыл ты со своими психопроблемами и требованиями тебе что-то показать.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Аноним (39), 07-Окт-26, 18:20
	>> Так ты договаривай-то до конца, что там за "интересный сюрприз" будет > А то ж уволят, Так что там "интересный сюрприз" будет? Или ты просто щеки дул - и потому ответа не будет?
	Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

	241. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 07-Окт-26, 20:06
	> Так что там "интересный сюрприз" будет? Или ты просто щеки дул - > и потому ответа не будет? что, виликий программист на супермощном сборочном кластере ничего ниасилил поредактировать в  хроме и посмотреть как оно там получится? Не, не будет врунишке сюрпризов - если ничего и не программировать. Гугля за тебя все соберет, слинкует и выложит, прям в windows store. Твой уровень, ага.
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 07-Окт-26, 21:00
	>> Так что там "интересный сюрприз" будет? > не будет врунишке сюрпризов Что и требовалось доказать. Зато как туману напускал, как воздух сотрясал! 😂
	Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

	247. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Ivan_83 (ok), 07-Окт-26, 22:20
	Так пох то в отличии от вас правильные слова пишет, сразу видно человека в теме.
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

	36. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Slowpoke (?), 06-Окт-26, 04:32
	> Вам, как разработчику, есть ли большая разница если время линковки будет не 3 секунды а 0,3 при общем времени сборки в районе 40 секунд? Странный тейк, как будто в быстрых программа есть что-то плохое. Компилятор можно тоже обновить и получить время сборки меньше условных 40 секунд, на этом фоне доля ускорения процесса линковки будет существенее.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	106. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 14:14
	Да можно, можно, но не бесплатно. Тейк в том, что молд это трата времени ибо в 99% проектов линковка на фоне любой сборки пренебрежимо мало занимает. И потом, вот слинковали вы нечто, дальше опять правите и пересобираете? Или у вас папйп предполагает запуск тестов или хотя бы запуск самой проги и оценку работоспособности? Если куда и смотреть - то надо было бить девляпсов за CI/CD, которая каждый раз с нуля ставит ОС и все зависимости для сборки хэловрота, и 99% времени занимает как раз разворачивание сборочного сетапа а не работа билдсистемы внутри.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от User (??), 06-Окт-26, 06:42
	Ну, если ускорение "бесплатное" или близко к тому - почему бы и нет?
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	107. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 14:17
	Потому что возня с молд не бесплатная, его надо прикрутить, отладить и поддерживать, притом что для большинства проектов и воркфлоу разница в 1-10 секунд это будет совсем никак не заметно. Я веду к тому что эта оптимизация бесмысленна и не строит потраченых усилий. У автора в таблице бенчей скорее всего только один проект, который линкуется 50 сек, имеет хоть какой то практический смысл.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
	Сообщение от Аноним (39), 06-Окт-26, 04:17
	> Как и инкрементальная компиляция, наверное Чтобы ты понимал, этот Ваня 83 недавно хвастался, что компилирует свои хэллоувороды шелл-портянкой вместо использования нормальной билд-системы или хотя бы make. А когда в связи с этим упомянули про инкрементальные билды, персонаж сделал удаленные глаза мол "хз, что это и зачем оно мне надо". Зато, как видишь, теперь экспертно вещает о ненужности mold.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	108. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 14:27
	А зачем оно надо? Как раз недавно я своей билд системой на шелл скрипте стал собирать libtls (та что из состава libressl), так вот полная пересборка с нуля занимает менее 2 секунд (1.60s real        3.21s user        0.94s sys) (15 .c файлов если что). Полная - это: configure + compile + link. Ну типа я знаю как там сделать инкрементальную пересборку, только зачем? Ну вот реально ЗАЧЕМ!? Оно даже в контексте програмиста не мешается, а вообще то оно было больше про дистрибуцию, где инкрементальность никому и даром не нужна, максимум ccache захотят, да и то не все. Опять же учитывая время сборки ccache тут тоже пустая трата ресурсов. И молд из той же серии: тратить время на его установку и прикручивание и поддержку никогда не окупится.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 15:56
	Ваня, и ускорение инкрементальной сборки, и линковки нужно РАЗРАБОТЧИКАМ. А не таким, как ты. Тебе что-то объяснять бессмысленно - это уже давно понятно.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 16:16
	Каким таким разработчикам то? Ты объясни зачем ускорять то что менее 2 секунд занимает?
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 16:38
	> Ты объясни зачем ускорять то что менее 2 секунд занимает? Тебе - незачем. Я, по-моему, ясно написал.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 17:01
	Нет, ты ничего не написал кроме своих неуклюжих оскорблений.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Аноним (39), 06-Окт-26, 17:20
	> Нет, ты ничего не написал кроме своих Именно что написал. Особенно в других ветках обсуждения. И даже с цифрами, для сравнения. Вот если бы ты еще читал не пятой точкой... Или хотя бы пошел таки почитал, что такое инкрементальная сборка и в каких случаях она нужна... Или о том, как работает LTO... Но нет же.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 17:39
	Кто вас анонимов резберёт, вот поха я отличаю как и прочие знакомые ники, а вы раз прячитесь за анонимом то и страдайте теперь. Я вам уже ответил - инкрементальная сборка в моих случаях даром не нужна, но вы никак не можете принять что другим плевать на те знания которые у вас есть. И вам или другому анониму я расписывал как она устроена и что на шелл скрипт билд системе её добавить не сложно - буквально меньше 100 строк. Потому, похоже что, кроме слова инкрементальная и галочки в вижал студии её включающую вы сами о ней ничего не знаете.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 17:55
	> Я вам уже ответил - инкрементальная сборка в моих случаях даром не нужна, но вы никак не можете принять что другим плевать на те знания которые у вас есть. Не, друг, это как раз ты никак не можешь понять, что другим плевать на ТВОИ хэллоуворлдные случаи. И потому продолжаешь на их основе давать экспертную оценку нужности таких вещей, как сабж и полноценные билд-чистемы. Естественно, ничего, кроме фейспалма, такая экспертиза не вызывает. > Потому, похоже что, кроме слова инкрементальная и галочки в вижал студии её включающую вы сами о ней ничего не знаете. Чувак, ну вот зачем ты только что сам себе подкинул в штаны? Кто тебя за язык тянул? Инкрементальну борку не нужно "включать", и никакой "галочки" для нее не существует.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–3 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 18:51
	Со всем этим есть ровно две проблемы: 1. вы такой умный только со своих же слов. Ваших достижений никто никогда не видел. А из ваших слов не видно чтобы вы чем то владели или знали. (пох, нах, Тимур и некоторые другие - периодически пишут что то интересное и с явным глубоким знанием темы) 2. даже в рамках якобы своих помпетенций вы не можете "продать" ни инкрментальную компиляцию ни прочие тайные познания которыми вы тайно владеете. Даже банально объяснить пользу этого ненужно линкера вы не в состоянии. PS: самое смешное что обычно такие умники гордятся знаниями тех же крестов, но продать ценность этого знания они никогда не в состоянии. На аргумент что вместо 1к страниц бесполезно спеки крестов я лучше освою язык по проще и в придачу пару других технологий из RFC или вообще из реального мира какие навыки приобрету - им возразить нечем.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Аноним (39), 06-Окт-26, 20:05
	> из ваших слов не видно чтобы вы чем то владели или знали. В том-то и дело, друг, что твои "знания" из твоих же слов видно идеально четко. Об этом-то и речь. > даже в рамках якобы своих помпетенций вы не можете "продать" ни инкрментальную компиляцию С чего ты взял, что я пытаюсь тебе что-то "продавать". Особенно инкрементальную сборку (лол), которую буквально любой без исключения C++ кодер использует по сто раз на дню. > Даже банально объяснить пользу этого ненужно линкера вы не в состоянии. Пользу я тебе уже объяснял (да и в новости-то написано) но ты, будучи "интересной личностью", продолжаешь твердить что ТЕБЕ оно не нужно (хотя о тебе речи вообще не шло). > самое смешное что обычно такие умники гордятся знаниями тех же крестов, но продать ценность этого знания они никогда не в состоянии Самое смешное, что тебе хватило ума ляпнуть такое человеку, который буквально все взрослую жизнь зарабатывает себе на хлеб кодингом на C++ в частности. Никогда не в состоянии продать, ага. Вдвойне смешно, что ты это ляпнул после того, как сам гордо признался, что никогда не работал программистом. То есть буквально не смог продать свои "знания", которых, как ты сам неоднократно подтверждал, годятся только для хэллоуворлдов. У тебя воистину феноменальный талант гадить себе же в штаны. 👍
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 21:21
	> В том-то и дело, друг, что твои "знания" из твоих же слов видно идеально четко. Видно кому? Тому кто не в состоянии воспринять и половины того что я пишу?) > С чего ты взял, что я пытаюсь тебе что-то "продавать". Особенно инкрементальную сборку (лол), которую буквально любой без исключения C++ кодер использует по сто раз на дню. С того что вы постоянно про неё пишите. А продать не можете потому что не в состоянии объяснить нафиг она мне сдалась. > Пользу я тебе уже объяснял (да и в новости-то написано) но ты, будучи "интересной личностью", продолжаешь твердить что ТЕБЕ оно не нужно (хотя о тебе речи вообще не шло). Да вот только ответ мой до вас не дошёл, повторю: мне 2 секунды на полную пересборку мелких проекто не жалко, от того что она станет в отдельных случаях 0,5с я счастливее не стану. А большие проекты я как меинтейнер в основном собираю, не делая правок или мне сильно дешевле на ccache положится черем с инкрементальностью возится в чужом то проекте. Вот поэтому у вас ничего не продаётся. > Самое смешное, что тебе хватило ума ляпнуть такое человеку, который буквально все взрослую жизнь зарабатывает себе на хлеб кодингом на C++ в частности. Никогда не в состоянии продать, ага. Речь не про продажу своей тушки работодателю, а про продажу того чем вы так гордитесь, что вас там кормит и тп. Я про свою билд систему на шелл скрипте довольно долго тут рассказывал, как и про другие штуки которые я сделал. Этого достаточно чтобы донести что такое есть и может заинтересовать = привлечь пользователя. Попробуйте проделать тоже самое с крестами, молдом, инкрементальной сборкой - вы же чего то там бурчите себе под нос и думаете что остальные должны понять, а если не поняли то дураки. > Вдвойне смешно, что ты это ляпнул после того, как сам гордо признался, что никогда не работал программистом. Так вы плохо читаете. Я астронафт, телепат, астралнафт, нудист, анонист, диктатор, самый добрый во вселенной человек, великий изобретатель, даритель подарков, получатель подарков, автор кучи всякой фигни, радиогубитель, сантехник, электрик, вело-самокато-механик, чинилыч-доламыватель электроники, маляр, штукатурщик-халтурщик и тп. Всего и не перечислить сейчас. Я и сейчас не пограмист, я тот кто им накидывает сверху :) За никогда - это вы сами себе придумали утешение. > У тебя воистину феноменальный талант гадить себе же в штаны. У кого что болит, как говорится :)
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	215. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 07-Окт-26, 03:14
	>> В том-то и дело, друг, что твои "знания" из твоих же слов видно идеально четко. > Видно кому? Очевидно, кому угодно, кто читает твою же писанину. >> С чего ты взял, что я пытаюсь тебе что-то "продавать". Особенно инкрементальную сборку (лол), которую буквально любой без исключения C++ кодер использует по сто раз на дню. > С того что вы постоянно про неё пишите. Где ты это постоянство увидел, лол? Я тебе советовал пойти почитать об инкрементальной сборке банально чтобы ты узнал, что это такое - и перестал тут писать ересь собачью. А не потому, что я тебе что-то пытаюсь "продать". > потому что не в состоянии объяснить нафиг она мне сдалась. А с чего ты взял, что у меня была такая цель? Я, по-моему, тебе черным по белому написал, что ТЕБЕ она НЕ нужна. Ты же продолжаешь меня спрашивать, зачем она тебе, одновременно повторяя мой же тезис о том, что ТЕБЕ она НЕ нужна. Какая-то идиотия, ей-богу... > или мне сильно дешевле на ccache положится черем с инкрементальностью возится в чужом то проекте Чел, с инкрементальность не нужно "возиться". Она просто есть из коробки. Господи ты ж боже мой... >> Самое смешное, что тебе хватило ума ляпнуть такое человеку, который буквально все взрослую жизнь зарабатывает себе на хлеб кодингом на C++ в частности. Никогда не в состоянии продать, ага. > Речь не про продажу своей тушки работодателю, а про продажу того чем вы так гордитесь, что вас там кормит и тп. Именно об этом и речь. > Я про свою билд систему на шелл скрипте довольно долго тут рассказывал [...] может заинтересовать = привлечь пользователя. > Попробуйте проделать тоже самое с крестами Ваня, ты там совсем связь с реальностью потерял и правда думаешь, что твоя шелл-портянь интересует людей больше и имеет больше пользователей, чем C++? >> Вдвойне смешно, что ты это ляпнул после того, как сам гордо признался, что никогда не работал программистом. > Так вы плохо читаете. > Я астронафт, телепат, астралнафт, нудист, анонист, диктатор, На этой ноте у Вани окончательно поехала крыша...
	Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

	221. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 07-Окт-26, 05:39
	> Я тебе советовал пойти почитать об инкрементальной сборке банально чтобы ты узнал, что это такое - и перестал тут писать ересь собачью. Я же сказал уже 1000500 раз: оно мне не надо, зачем мне об этом читать? Вы мне на каждое мое ненадо пишите чтобы я об этой хрени читал. И на каждый вопрос зачем опять пишите чтобы я об этом читал. > Ваня, ты там совсем связь с реальностью потерял и правда думаешь, что твоя шелл-портянь интересует людей больше и имеет больше пользователей, чем C++? Из чего это следует? > На этой ноте у Вани окончательно поехала крыша... Просто подкинул вам нейрослопа для ваших галюнов.
	Ответить | Правка | К родителю #215 | Наверх | Cообщить модератору

	199. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–4 +/–
	Сообщение от пох.. (?), 06-Окт-26, 21:22
	> В том-то и дело, друг, что твои "знания" из твоих же слов > видно идеально четко. Об этом-то и речь. из твоего вранья пока видно только ЧСВ овер 1000. и прожекты на мильены строк, собираются за три секунды. > Самое смешное, что тебе хватило ума ляпнуть такое человеку, который буквально все > взрослую жизнь зарабатывает себе на хлеб кодингом на C++ в частности. а по-моему ты просто врешь. Ванины-то умения в программирование - мы видели.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	214. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Аноним (39), 07-Окт-26, 02:52
	> из твоего вранья В чем конкретно я тебя обманул? > пока видно только ЧСВ овер 1000. Твоя самооценка пошатнулась от того, что кто-то работает программистом? Ну, сходи к психотерапевту, я хз... > прожекты на мильены строк, собираются за три секунды. Опять галлюцинируешь? Какая еще сборка за три секунды, лол? >> взрослую жизнь зарабатывает себе на хлеб кодингом на C++ в частности. > а по-моему ты просто врешь. Естественно вру! Ведь кодеров на C++ не существует! 😭
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

	223. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 07-Окт-26, 08:42
	кодеры - существуют. В количестве. А ты - врунишка, походу. Вон Ваня может показать свой код. Я могу показать патчи к чужому. А ты аноним без имени. (и да, я знаю сколько работает мэйк в больших проектах. И где там время на ld, что его на фоне остального - в микроскоп не разглядеть. А еще такие проекты крайне редко после этого ./a.out и в дамки, сразу видно где не работает.)
	Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

	227. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 07-Окт-26, 14:40
	> А ты - врунишка, походу. Второй раз спрашиваю: в чем конкретно я тебя обманул? > Вон Ваня может показать свой код. Я могу показать патчи к чужому. Жаль только, что Ване это не мешает писать бред собачий и не шарить в элементарных вопросах. А тебе - понимать простейшие предложения, что тебе пишут.
	Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

	234. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от пох.. (?), 07-Окт-26, 16:05
	врунишка - не тот кому удалось обмануть, а тот кто без конца врет. Ты вот врешь что ты программист, а остальные нет. Хотя обмануть этим сможешь только собственное ЧСВ. > Жаль только, что Ване это не мешает писать бред собачий и не шарить в элементарных > вопросах. По мнению анонимного врунишки, не забывай добавлять.
	Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

	237. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 07-Окт-26, 18:09
	> Ты вот врешь что ты программист Повторяю снова: на основании чего ты называешь это враньем. Я бы понял еще, если бы ты сделал такой вывод на некорректности какого-либо моего тезиса на тему обсуждения - но нет же. Просто какая-то тряска и обида, с требованиями тебе что-то там показать. > а остальные нет На у вот тут ты солгал. Ведь я нигде не заявлял, что якобы "остальные - не программисты". Поэтому ты, друг, на основании этого получаешь заслуженное звание лжеца.
	Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

	242. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от пох.. (?), 07-Окт-26, 20:24
	> Повторяю снова: на основании чего ты называешь это враньем. отсутствии видимого кода, врунишка. > Ведь я нигде не заявлял, что якобы "остальные - не программисты". а, врунишка щас будет врать что этонеон. https://www.opennet.ru/openforum/vsluhforumID3/141899.html#33 https://www.opennet.ru/openforum/vsluhforumID3/141899.html#127 ну и так далее. Ты у нас один тут "разработчик". А по факту больше похоже на ковыряльщика какого-то легаси хлама с мильеном строк.
	Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

	244. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 07-Окт-26, 21:16
	>> Повторяю снова: на основании чего ты называешь это враньем. > отсутствии видимого кода, врунишка. О каком коде ты поешь, когда обсуждение идет о компиляции и линковке? Я вот твоего тоже не видел, и, заметь - даже не просил. Потому что мне на него плевать: к теме обсуждения он никакого отношения иметь не будет. Есть он или нет - и так очевидно, что по теме технического обсуждения ты ничего содержательного сказать не в состоянии. Продолжай тужиться в ad hominem... >>> Ты вот врешь что ты программист, а остальные нет. >> Ведь я нигде не заявлял, что якобы "остальные - не программисты". > а, врунишка щас будет врать что этонеон. > https://www.opennet.ru/openforum/vsluhforumID3/141899.html#33 > https://www.opennet.ru/openforum/vsluhforumID3/141899.html#127 И где там я заявляю, что (цитата) "остальные - не программисты"? Все мои слова сугубо о Ваньке 83, и адресованы лично ему, на основании его же признаний. Ты просто наглое брехло, которое жалко пытается приписать мне слова, которых я не говорил. И твои же ссылки на мои цитаты это подтверждают. > Ты у нас один тут "разработчик". Продолжение потока тобой же выдуманного бреда.
	Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

	246. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от пох.. (?), 07-Окт-26, 22:10
	> О каком коде ты поешь, о твоем, врунишка, о твоем. ТЫ же, в отличие от нас, тру си++ мажор синьор дивелопер, о чем с гордостью заявлял. И, в чем повод для гордости-то, что надевелопал? Ну понятно, проект на миллиард строк сикретный, его показывать нельзя (да и не твой). Но кроме него-то ты вообще ничего не делаешь всю жизнь, да? Ни хоббипроектов, ни хеловрота образцового? Вот других осуждать оттопырив губу - это пожалуйста. А как попросили продемонстрировать чем сам-то хорош - опаньки, нет ничего. > Все мои слова сугубо о Ваньке 83 нет, в мой адрес тоже было хамство.
	Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

	250. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 07-Окт-26, 22:35
	> других осуждать оттопырив губу - это пожалуйста. Тебя правда удивляет, что если нести откровенную пургу, то кто-то может сказать, что ты не прав? > А как попросили продемонстрировать чем сам-то хорош А с фига ли ты просишь меня что-то демонстрировать? Я разве тебя просил? Или Ваньку? В том-то и дело, что когда персонаж вроде тебя всплывает в техническом обсуждении и начинает требовать ему что-то показать - это называется ad hominem. С таким, друг, тебе в детский сад. Иди вон спроси у своего друга по разуму, Вани 83, какого черта у него хватило ума выше по ветке спрыгнуть в ad hominem и ляпнуть "вы такой умный только со своих же слов. Ваших достижений никто никогда не видел". >> И где там я заявляю, что (цитата) "остальные - не программисты"? >> Все мои слова сугубо о Ваньке 83 > нет, в мой адрес тоже было хамство. Давай ссылки на конкретные мои цитаты о "ты не программист" в твой адрес. Пока что я вижу пустой треп языком и рванье уровня Твиттера.
	Ответить | Правка | К родителю #246 | Наверх | Cообщить модератору

	38. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 06-Окт-26, 04:52
	> LTO оно не умеет. Вообще-то умеет. Мог бы хотя бы ченджлог прочитать.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	51. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (50), 06-Окт-26, 08:37
	> Мог бы хотя бы ченджлог прочитать. Зачем читать если можно писать?
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 14:29
	LTO оно УСКОРЯТЬ не умеет. Поэтому в реадми автор стыдливо про LTO ни разу не упоминает вообще. В отличии от многих я mold пробовал лично использовать в качестве линковщика в системе и пришёл к выводу что это бесполезное поделие.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	129. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (39), 06-Окт-26, 16:01
	> LTO оно УСКОРЯТЬ не умеет. > Поэтому в реадми автор стыдливо про LTO ни разу не упоминает вообще. Автор не упоминает LTO в ридми, потому что в отличии от тебя, воинствующего невежды, прекрасно понимает, что линковщик не имеет никакого отношения к оптимизации во время LTO.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 16:15
	Ээээ Я то думал что LTO = Link Time Optimisation, действительно, причём тут линковщик.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 16:44
	> Я то думал что LTO = Link Time Optimisation, действительно, причём тут линковщик. Вот именно, Ваня, вот именно. Увидел совпадение по первому слову - и "дальше все как в тумане". Подумать, почему там именно "link time" (ключевое слово time) а не, например, "linkage/linker", почитать статьи по теме, разобраться - это все не про тебя.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 17:07
	А зачем мне это? Я в данном случае потребитель конечного продукта, и как разработчик и как меинтейнер. Я не занимаюсь разработкой компиляторов или линкеров - это слишком узкая область за пределами моих интересов. Как меинтейнеру мне mold не интересен: 1. ускорение не существенно 2. возни с mold слишком много 3. LTO оно не ускоряет и бесмысленно для таких проектов Как разработчику: 1. у меня длинный воркфлоу, а линковка там менее 1% времени занимает. 2. опять же тратить только время на возьню с поддержкой Вы то чего ради спорите? У вас точки зрения даже не просматривается, вы просто пришли сюда посыпать оскорблениями.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 06-Окт-26, 17:33
	> А зачем мне это? Чтобы, например, не позориться и не срывать покровы на уровне "LTO оно не умеет" и "бесполезный линковщик". > Я в данном случае > Я не занимаюсь > мне mold не интересен Вот, теперь ты наконец-то запел про "я" и "мне", хотя изначально с апломбом утверждал, что он "никому не нужен". > У вас точки зрения даже не просматривается Моя точка зрения (довольно очевидная по предыдущим сообщениям), что ты, будучи феерически некомпетентным в проблематике сабжа, имеешь глупость распространять тут ересь о том, что сабж якобы бесполезен, никому не нужен и "не умеет в LTO". Так понятнее, или ещё раз повторит?
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Аноним (14), 06-Окт-26, 17:56
	> Чтобы, например, не позориться и не срывать покровы на уровне "LTO оно не умеет" и "бесполезный линковщик". Логику включи, без LTO любой линковщик - бесполезный, а то что в самом mold нет кода LTO не говорит о том, что он как линковщик не использует LTO через шаренную либу. Если бы ваш mold не использовал бы LTO он точно был бы бесполезным. В контексте новости полученное "ускорение" является таким же бесполезным, ибо большую часть времени занимает именно LTO!!!
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 21:30
	> как линковщик не использует LTO через шаренную либу. Если бы ваш > mold не использовал бы LTO он точно был бы бесполезным. В в тестах он его, очевидно, и не использовал. Если ты отлаживаешь проект, по сто раз пересобирая один файлик (так что тебе сильно мешает не пересборка всего гигабайта а линкер) - вряд ли ты будешь включать в нем lto. > контексте новости полученное "ускорение" является таким же бесполезным, ибо большую часть > времени занимает именно LTO!!! не для разработчика. Который на время последовательных пересборок одного и того же может (и захочет) ненужные медленные оптимизации выключить. (хотя выйдет смешно если без LTO ошибка не проявляется)
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–2 +/–
	Сообщение от Аноним (14), 06-Окт-26, 22:04
	> в тестах он его, очевидно, и не использовал. ты имеешь ввиду в бенчах? на кой мне скорость копирования одного файла в другой? мне скорость LTO нужна. > Если ты отлаживаешь проект, по сто раз пересобирая один файлик (так что тебе сильно мешает не пересборка всего гигабайта а линкер) - вряд ли ты будешь включать в нем lto. А это зависит от проекта, lto как и любая другая оптимизация необходима на финальных стадиях разработки, для релизов. И lto буквально это оптимизации стадии линковки, то есть является частью линковщика. А после включения lto, у нас что разработка на этом останавливается? Проверять и тестировать (отлаживать) не надо поле этого? > не для разработчика. Именно, что для разработчика, я повторяю, после включения lto - тестировать и дебажить не надо? > Который на время последовательных пересборок одного и того же может (и захочет) ненужные медленные оптимизации выключить. Значит он выключит все оптимизации, а не только времени линковки!!! > (хотя выйдет смешно если без LTO ошибка не проявляется) Смешная у вас логика, а вы думали, что после включения lto при релизе, тестировать и дебажить не надо? :)
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 22:37
	> Именно, что для разработчика, я повторяю, после включения lto - тестировать и дебажить не надо? Думаю нет. Я не припоминаю ни одной проблемы в коде который собрался с LTO которой бы не было в коде собравшемся без LTO. Я и на проблемы с -O3/-O2 против -O0 наступал не часто. Особенно последние годы, когда это даже компелятор в варнингах подсказывает. Правда был какой то баг с asn.1 парсером, но там не то либа не то шланг был виноват, оно с -O1 уже не проявлялось, я зарепортил, забил -O1 опцию для порта и забыл. Баг года через 2 вроде закрыли.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (14), 06-Окт-26, 23:14
	> Думаю нет. Ясно.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 22:31
	> Если ты отлаживаешь проект, по сто раз пересобирая один файлик (так что тебе сильно мешает не пересборка всего гигабайта а линкер) - вряд ли ты будешь включать в нем lto. Да, но разница на хроме 16 секунд против 1,6. А на более мелких проектах 6 против 1 или около того. А если смотреть воркфлоу целиком, то обычно интересно или компиляция которая выдаёт ошибки или потом прогон тестов/запуск приложухи. В любом случае вклад линкера будет минимальным, и от его сокращения вообще ничего не изменится.
	Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

	210. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от пох.. (?), 06-Окт-26, 23:16
	> А если смотреть воркфлоу целиком, то обычно интересно или компиляция которая выдаёт > ошибки или потом прогон тестов/запуск приложухи. ну вот второго - придется подождать. правда в случае нормальных проектов а не какого-то суперчуда от местного чудесника с мильенами кода собирающегося за доли секунды - подождать придется вовсе не линкера. Его ты даже наверное и не заметишь.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 23:36
	Кудесник всё никак не родит историю успеха mold - не расскажет в каком месте ему жмёт линковка. Наверное секретный какой то проект, вот всё в нём хорошо и только в линковку упирается. Так и вижу: правка кода 0,0001с (и автор на кофеиновой клизме и капельнице, может даже их местами поменяли для бутстрапона), компеляция 0,1с, линковка 10с, тесты 0,05с. И тут он такой фигак mold и весь ворклоу ускоряется в 10 раз и укладывается в 1 секунду.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от пох.. (?), 07-Окт-26, 01:22
	> Наверное секретный какой то проект, конечно секретный - учоные могут не знать! (с мильенами строк собирается за семь секунд, это ли не чудо?! Только вот линкер все портит.) В принципе, у самого автора mold повидимому схожие проблемы. Хотя тоже неясно в каком проекте - вряд ли это lld. (ну или грантик для безопастных переписывателей все же где-то замаячил)
	Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

	217. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 07-Окт-26, 03:28
	> Кудесник всё никак не родит историю успеха mold - не расскажет в > каком месте ему жмёт линковка. Ваня, ты там в адеквате вообще? Я тебе еще в начале обсуждения объяснил (цитата): "Когда ты работаешь над большим проектом, где финальный бинарь размером с десяток мегабайт, компиляция отдельного CPP после правки может занимать доли секунды, а линковка бинаря при этом все равно занимает в десятки раз дольше, что невероятно бесит." https://www.opennet.ru/openforum/vsluhforumID3/141899.html#33 Объясни, что конкретно тебе не понятно?
	Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

	253. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 08-Окт-26, 15:51
	1. Это было описано в "другие редкие случаи" в самом верхнем сообщении топика. 2. Почему вас это бесит? Что у вас за вокфлоу такой? Мануальный тестинг разработчиками?)
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	254. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (14), 08-Окт-26, 16:41
	> 2. Почему вас это бесит? Что у вас за вокфлоу такой? Мануальный тестинг разработчиками?) Ну да, а вы как думали, у него ферма сборочных машин? :)) Он просто не понимает, что он тупо в дисковое IO упрется своей быстротой на своем компухтере, где параллельно еще в соседнем окне торренты качает, а потом удивляется, почему не так быстро копируются файлы. А проводить бенчмарки дискового IO это прерогатива фороникса :)
	Ответить | Правка | К родителю #253 | Наверх | Cообщить модератору

	216. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 07-Окт-26, 03:22
	> правда в случае нормальных проектов а не какого-то суперчуда от местного чудесника с мильенами кода собирающегося за доли секунды За 4-5 секунд против менее одной я говорил в контексте сравнения make против ninja - это примерное время, которое им нужно для ПРЕСЧЕТА ЗАВИСИМОСТЕЙ после редактирования одного-нескольких файлов. Но пох традиционно читает задницей, и потому придумал себе, что речь шла о всей сборке. https://www.opennet.ru/openforum/vsluhforumID3/141899.html#126
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 22:27
	Я там выше расписал свои аргументы почему мне mold не интересен, у вас какие то возражения по ним будут? > Вот, теперь ты наконец-то запел про "я" и "мне", хотя изначально с апломбом утверждал, что он "никому не нужен". Объясните тогда кому он такой нужен? > будучи феерически некомпетентным в проблематике сабжа, имеешь глупость распространять тут ересь о том, что сабж якобы бесполезен, никому не нужен и "не умеет в LTO". В отличии от вас я mold собирал и с его помощью даже что то линковал. систему и/или порты. И пришёл к выводу что я зря потратил время на эту поделку. Логика моих рассуждений изложена выше. У вас кроме обвинений в некомпетентности ничего нет. Даже собственного авторитета чтобы эти обвинения выдвигать.
	Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

	218. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (39), 07-Окт-26, 03:39
	> Я там выше расписал свои аргументы почему мне mold не интересен, у вас какие то возражения по ним будут? Ты описал аргумент, почему он не интересен ТЕБЕ. И нет, у меня нет по ним абсолютно никаких возражений. Я даже прямым текстом это сказал. >> Вот, теперь ты наконец-то запел про "я" и "мне", хотя изначально с апломбом утверждал, что он "никому не нужен". > Объясните тогда кому он такой нужен? Любому, кому нужна быстрая линковка вместо медленной. > я mold собирал и с его помощью даже что то линковал. систему и/или порты. > И пришёл к выводу что я зря потратил время И ЧСХ после этого ты так и не сделал вывод, что впредь нужно думать (разбираться в вопросе) - а уже потом делать. А не наоборот. > У вас кроме обвинений в некомпетентности ничего нет. А разве нужно что-то еще - после всего того забористого бреда, что ты навалил? О чем вообще с тобой можно говорить, если ты буквально в этом обсуждении впервые узнал, что оптимизацией при LTO занимается не линковщик? Ну камон...
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (14), 07-Окт-26, 04:20
	> Любому, кому нужна быстрая линковка вместо медленной. твоя вся быстрота упрется тупо в IO! > что оптимизацией при LTO занимается не линковщик? Повторю тебе еще раз, LTO -  прерогатива линковщика, а то что в llvm она из него выпилена есть их архитектурное решение, и по ссылке пояснения причины такого решения. Не "компилятор" решает, а запущу ка я LTO, а линкер дергает LTO через шаренную (выпиленную) библиотеку. Не дошло это до тебя еще?
	Ответить | Правка | Наверх | Cообщить модератору

	255. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 08-Окт-26, 17:22
	> Любому, кому нужна быстрая линковка вместо медленной. Те полутора холерикам пишущим на крестах которые сами приложуху запускают и мануально тестят. У меня на работе легаси продукт, который даже у меня собирается около 3 минут до загрузочного исо. Линковку там на глаз видно, для одного из жирных не кешированных компонентов она занимает хорошо если секунд 20. Делать с этими 20 секундами ничего не интересно потому что для других сборка занимает около 10 минут (слава тяпслясам!), и уже собранное они тоже куда то должны утилизировать что обычно ещё около 5 минут, не больше. Порезать это так чтобы оно собиралось в IDE в теории можно, на практике очень трудно: проект большой, имеет кучу собственных либ которые друг от друга зависят... И типа даже если ты соберёшь это у себя в IDE то чтобы запустить компонент нужно ещё ему окружение не тривиальное подготовить. Притом не просто навалить файлов на диске, а позапускать и другие компоненты, чтобы к ним подключилось и получило конфиг... Сколько у нас там строк кода - а хз, никто не считал и даже не пробовал. Одни из самых больших .С файлов - 50к строк, если .С меньше 3к - считается уже маленьким :) Это коммерчески успешная система которая стоит много где у крупняка. Вероятно кто то из местных посетителей даже имел с ней дело, как минимум во время работы админом которому дали задание починить что то где то и выдали временный доступ. То что у вас оно там можно куяк и запустить в IDE под отладчиком - можно только позавидовать (без сарказма). В реальном мире чтобы так развлекатся обычно приходится убить кучу времени, а в чужой проект проще накидать принтов и пересобрать чем тратить время на раскладывание всего в IDE. Из чужого крупного за все годы я только CodeLite запускал под CodeLite потому что автор сам всё сделал для этого. И Miranda NG тоже под вижалстудией.
	Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

	153. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–4 +/–
	Сообщение от Аноним (14), 06-Окт-26, 16:54
	> Автор не упоминает LTO в ридми, потому что в отличии от тебя, воинствующего невежды, прекрасно понимает, что линковщик не имеет никакого отношения к оптимизации во время LTO. Повторяю, оптимизация это часть того или иного процесса (фазы, стадии), и LTO это оптимизация на стадии линковки, то есть часть процесса линковки - собственно линкера!!!
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	204. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Аноним (204), 06-Окт-26, 22:12
	fix> бесполезный Ivan_83 стал х10 бесполезнее
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

47. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
Сообщение от Метрика (?), 06-Окт-26, 08:26
Как только появилась новость о том что штатный компновщик LLVM стал мочь в многопоток, разрабы mold тут же ришили попиарится и показать свою нетакусесть, исход у таких проектов один, через год проект исчезнет из новостей, через два затеряется в тысячях репозиториев гитхаба, а на третий помрет
Ответить | Правка | Наверх | Cообщить модератору

	173. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 17:56
	> Как только появилась новость о том что штатный компновщик LLVM стал мочь > в многопоток, разрабы mold тут же ришили попиарится и показать свою причем тут Opus? Он ничего не решал такого ;-) > нетакусесть, исход у таких проектов один, через год проект исчезнет из это зависит - ему какой-нибудь токийский универ оплачивает подписку или сам, все сам. Если первое - не вижу что мешает ему и через десять лет тихо пилить грантик в числе других прочих. Грантопил спит, опус трудится.
	Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–3 +/–
Сообщение от Метрика (?), 06-Окт-26, 08:30
Забавно, что переписавание на раст занимаются те кто предложить ничего не может, была новость что штаный компоновщик llvm теперь умеет в многопоток, после этого предложить mold больше нечего, кроме как переписывания с одного яп на другой в попытке выделится и удержаться на плаву
Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
	Сообщение от Аноним (52), 06-Окт-26, 08:42
	Во первых он переписал, то что изначально написал сам! Во вторых, учитывая тенденцию того как в ubuntu внедряют утилиты на rust, то стратегия весьма неплохая, чтобы стать линковщиком по умолчанию, для начала в той же ubuntu. Так что разработчик прекрасно понимает куда ветер дует
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 09:25
	может скажем ему? Ну что в бабуинту может и включат, бабуины - они не очень умные. Но не настолько, не настолько. В смысле - денег ему - хрен они дадут. Так что зря тратил токены, не окупится. (разбираться сам ли он написал или там и изначально автор claude haiku - оставляю внимательным читателям)
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 14:54
	Ну конечно, бубунту это общемировой меинстрим и остриё прогресса, так ведь? :) Внедрение утилит на расте - звучит как попилинг в чистом виде, прямо как замена бордюров в мск каждый сезон.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	140. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (140), 06-Окт-26, 16:26
	> бубунту это общемировой меинстрим и остриё прогресса Да. Как и любая корпорация они ищут новые возможности. Они пробуют разные решения. Некоторые удачные, некоторые нет. А кто у тебя на острие? Дебиан окаменевший? Сорта г̶о̶в̶ ненужно-БЗДей которыми пользуются или фрики, или полторы корпы которые на свою голову связались с этими поделками?
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 16:48
	Нету уже острия, OpenBSD и само ядро Linux ещё как то трепыхаются, остальное уже давно в стадии поддержки и никаких прорывных и просто интересных инноваций нет. Все теперь тащат друг у друга фичи которых ещё нет. В остальном оно как электрики: электрификация страны завершена, теперь только поддержка нужна.
	Ответить | Правка | Наверх | Cообщить модератору

	224. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Метрика (?), 07-Окт-26, 09:49
	Ubuntu? Это такой мегапопулярный дистр у 2.5 анонимусов? Сколько это 0.001 или 0.00001 от рынка? Когда бубунта займет хотя бы 1% активных пользователей, тогда и приводи ее в пример
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	230. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (230), 07-Окт-26, 14:55
	О, твое невежество просто поражает практически насмерть. https://commandlinux.com/statistics/most-popular-linux-distr.../ > Когда бубунта займет хотя бы 1% активных пользователей, тогда и приводи ее в пример Так уже) Ну с учетом что весь линукс это пять процентов дестопа.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 07-Окт-26, 16:08
	>> Когда бубунта займет хотя бы 1% активных пользователей, тогда и приводи ее в пример > Так уже) > Ну с учетом что весь линукс это пять процентов дестопа. даже если все ж таки 3 - учитывая что больше половины из этих пользуемых - пользуемы убунтой. (не то чтоб это было хорошо, но, увы, данность)
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (258), 10-Окт-26, 23:31
	> даже если все ж таки 3 - учитывая что больше половины из этих пользуемых - пользуемы убунтой. Опять? Дай бог 15% и продолжает резко падать. "Эффективные менеджеры" ее хоронят, выкачивая максимум возможного и с разработками, как подоить побольше потратив поменьше.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Метрика (?), 07-Окт-26, 19:50
	Чушь не имеющая ничего общего с реальностью, если люди пробуют линукс с бубунту после чего плюются и качают винду, это не значит что им пользуются на повседневной основе
	Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

	65. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от devl547 (ok), 06-Окт-26, 10:24
	>штаный компоновщик llvm >Проект развивает Rui Ueyama, автор компоновщика LLVM lld. Что он там предложить не может-то?
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	80. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от пох.. (?), 06-Окт-26, 11:51
	линкер он нормальный предложить не может. Зато может на хрусте (попросить ыы) переписать. Как ты думаешь, почему когда сам clang был уже лет так с десяток основным компилятором в FreeBSD - в качестве линкера все равно использовали gnu ld? И да, за десять лет не смочь даже в полноценный аналог gnu ld (я даже не про gold с его оптимизациями), пока рабы эпла успели целиком компилятор - это достижение.
	Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+3 +/–
Сообщение от Метрика (?), 06-Окт-26, 08:33
Кстати есть показательный пример использования rust как конкурентного преимущества, это история с движком servo в огнелисе, итог этой истории успеха падением доли на рынке с ~30% до ~3%
Ответить | Правка | Наверх | Cообщить модератору

	55. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Мемоним (?), 06-Окт-26, 09:15
	Но ведь в лисе оставили Gecko. Именно на этом кривом крестовом поделии доля и падала.
	Ответить | Правка | Наверх | Cообщить модератору

	240. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Метрика (?), 07-Окт-26, 19:54
	Фейл с servo похоронил лису, решили бросить все силы на servo, итог gecko отстал от webkit, servo до рабочего состояния не довели, конкуренты chrome-like браузеры далеко впереди, мозилла далеко позади
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (61), 06-Окт-26, 09:32
	Да, дело точно в движке. Массовый потребитель прямо так и прочитал, что лис перешёл на движок на расте и ушёл в стоковый гуглохром
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	70. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (70), 06-Окт-26, 10:32
	А потом гугля в хроме выкидывает Сишные либы и заменяет на растовые. УжасТное коварство! Наверняка это заговор!!
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (62), 06-Окт-26, 09:43
	> это история с движком servo в огнелисе, итог этой истории успеха > падением доли на рынке с ~30% до ~3% О... в очереной раз начинается песня про провал лисы)) Раньше ныли что во всем виноват дроп ХУЛя, а теперь из-за раста. Первые раст компоненты были добавлены летом 2016 года. Самые важные компоненты в начале растификации лисы - encoding_rs и Stylo CSS - были добавлены в конце 2017 года в Firefox 56 и 57 соответственно. Хром обогнал лису еще в 2013м. В 2014 ФФ уже потерял около 50% своей аудитории и стал менее популярным чем Сафари. В конце 2017 global market share был около 12%. Т.е. падение с 33% в топе до 12% еще до того как раст попал юзверям. Из этого можно сделать вывод что РАЗУМЕЕТСЯ во всем виноват раст)))
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	63. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (63), 06-Окт-26, 09:56
	потратили кучу времени на раст
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (13), 06-Окт-26, 10:22
	Ну дык такая переусложненная вундервафля, как раст, не за один же год появилась. А значит её разрабатывать начали сильно заранее, а значит потеряли и время и деньги, вот хром и обогнал.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	112. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 14:35
	Тут всё же не раст виноват. Хотя может если бы эти ресурсы были пущены в правильный моркетинг и всякие антимонопольные тяжбы, то результат и был бы другим. Так то гугол долго крутил у себя в поисковике: "ваш браузер устарел, установите современный бизапасный хром".
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (13), 06-Окт-26, 14:40
	>  Тут всё же не раст виноват. А он как всегда ни в чем не виноват. Подозрительно, не правда ли?
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 18:02
	>>  Тут всё же не раст виноват. > А он как всегда ни в чем не виноват. Подозрительно, не правда > ли? не, все ок. Когда разрабы не могут в разработку - начинается то хруст, то переписывание интерфейса на html5. Ни хруст, ни html5 в общем действительно не виноваты. Ну и у ruffle же 82% все же получились... к моменту, правда, когда никому уже в целом свете было ненужно, но мы ж не имеем плюсового проекта для сравнения (и честно-то говоря - вряд ли бы вышло хорошо, учитывая что основной target там wasm.) И это у них еще не было ЫЫ!
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Метрика (?), 07-Окт-26, 09:50
	Ок, назови хоть одну историю успеха на расте за 20 лет его существования?
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

66. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
Сообщение от Гаврош (?), 06-Окт-26, 10:25
> обезопасить проект от потенциальных проблем при обработке повреждённых объектных файлов Господи, ну и ахинея!!! Т.е. вы сменили ЦЕЛЫЙ ЯЗЫК только ради того, чтобы... проверить длину файла??? Избави меня от таких вайбкодеров!!
Ответить | Правка | Наверх | Cообщить модератору

	68. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–1 +/–
	Сообщение от Аноним (70), 06-Окт-26, 10:29
	> Господи, ну и ахинея!!! Т.е. вы сменили ЦЕЛЫЙ ЯЗЫК только ради того, чтобы... проверить длину файла??? А те кто не сменил, получают в Груб2 ситуацию "нажал 28 раз бекспейс - зашел без пароля")) > Избави меня от таких вайбкодеров!! Типа ты что-то решаешь)))
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от пох.. (?), 06-Окт-26, 11:41
	> чтобы... проверить длину файла чтобы не проверять жеж! И падать unwrap через unwrap - совершенно безопастным образом! отдельно прекрасно что это вообще-то - по задумке - ТВОИ файлы.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

71. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
Сообщение от Аноним (71), 06-Окт-26, 10:52
я молд не советую и знать про него ни чего не хочу опыт не удачный собирал фирефокс 153 не так давно по тесту спидометр 3.1 было 11.2  стало 9.5 потесту спидометр  2.1 было 166   стало 149 вернулся обратно на линкер bfd gold из clang 22.1.8 и производительность по тестам вернулась обратно есть подозрения что и другие бинарники в системе потеряли в производительности и в игорях подсел фпс после пересборки мира система gentoo ядро 7.2.9-зен fx-9590 ddr3-2133-16gb лису собирал с пго и лто clang и rust -03 СКАЖЕМ дружно ОНО не нужно ну ее эту заливную рыбу.
Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (1), 06-Окт-26, 11:30
	Ты лучше гцц жырнолис собери, там в попугаеметрах хороший прирост был. Ток регулярно отваливались то патчи для сборки гцц, то пго.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (71), 06-Окт-26, 12:18
	посмотрим давно так не делал попробую лису собрать gcc-16.2.1-20261003 linker-bfd попугаи в спидометрах 2.1 и 3.1 замерю вечером может отпишусь сюды если хамить не будеш. Но прошлый раз помню года полтора назад собирал gcc попугаи сильно приседали процнтов на 35 по сравнению с clang А потом мозильщики сами то лису собирают с clang-ом и тестят у них же это вроде основной компилятор. Да и  binutils я знаю что это такое не надо меня учить про линкеры.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 11:48
	бгг... может скажем ему? Ну что gold - он немного не совсем "из clang"? Причем таки да - во многих проектах исторически именно он в комплекте шланга как дефолтный штатный компоновщик. Почему? Аааакаквыдумаити?! ;-) поэтому афтырь аналогов не имеющего lld и занялся переписыванием переписанного. С собственно приличным линкером у него что-то за предыдущие 15 лет не очень сложилось.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	86. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (1), 06-Окт-26, 12:31
	Когда-то голд лучше оптимизировал, у bfd были определённые сложности. Но те времена прошли и без проблем он ничего собрать не может уже давно. После вот этого лично я окончательно перестал с ним возиться, и вправду слишком много времени уходило на замену линкеров на рабочие https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 12:56
	там кажись авторов осталось - полтора старика, баги исправлять некому. gnuтыши его не любили потому что nih, и при этом унижал и доминировал (у них с оптимизациями таки да, не очень получалось в те годы). так что можно начать переписывать на хруст с помощью llm. Возможно даже получится что-то работающее, если тебе токенов не жалко.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+2 +/–
	Сообщение от Ivan_83 (ok), 06-Окт-26, 14:59
	Ну всё же, mold он не про ускорение бинарника а про скорение его получения. Вот вы не заметили, а фурифокс у вас собрался не за один час в пакет а всего то за 59 минут 59 секунд, это же так существенно! :) Хотя учитывая финальную разницу в тестах выглядит как будто по пути LTO отвалилось, так что собралось ещё быстрее :) Я из более практических сообжений его хэётю: ускорение сборки не стоит возни с ним.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

75. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
Сообщение от Celcion (ok), 06-Окт-26, 11:34
Мне вот даже интересно - они специально выбирали такое отвратительное имя (mold -> плесень), причём нарочито с маленькой буквы, чтобы подчеркнуть сущность всяких таких поделий на расте?
Ответить | Правка | Наверх | Cообщить модератору

	84. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (84), 06-Окт-26, 12:29
	Ну а что, ржавчина, плесень - всё к одному. Ещё вот можно какой-нибудь отладчик на Расте назвать гнилью.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 12:31
	у кого чего болит? Для меня mold - это форма для литья, а про плесень я вспомню с третьей попытки.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	96. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Celcion (ok), 06-Окт-26, 13:11
	> у кого чего болит? Для меня mold - это форма для литья, а про плесень я вспомню с третьей попытки. Mold без уточнения к чему именно в плане формы оно относится - обычно означает именно плесень. Даже гугль, если не уточнять, в качестве первого варианта именно плесень и выводит. И википедия. Так что про боли - это не ко мне, а лучше сразу к врачу.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Аноним (90), 06-Окт-26, 12:51
	> Мне вот даже интересно - они специально выбирали такое отвратительное имя (mold -> плесень), причём нарочито с маленькой буквы, чтобы подчеркнуть сущность всяких таких поделий на ... C++20, внезапно. Первоначальный проект писался на плюсах, так что возможно твои фантазии по поводу отвратительного имени валидны. Хотя С++20 был супер свеж (1.0 вышла в 2021 году), хотя в то темное время был заражен ГНУ-раком, который сменил на свободный МИТ. Но для людей не настолько страдающих СПГС, mold - это изложница, инструмент позволяющий выплавлять слитки металлов. Что в общем-то подходит по смыслу: из смеси ингредиентов получается монолитный результат.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	97. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+1 +/–
	Сообщение от Celcion (ok), 06-Окт-26, 13:13
	> Но для людей не настолько страдающих СПГС, mold - это изложница, инструмент позволяющий выплавлять слитки металлов. Это если уточнять, типа "metal mold", а без уточнения, вне контекста и в одно слово - это обычно означает плесень.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 07-Окт-26, 14:51
	в той области где я постоянно с этим сталкиваюсь - говорят просто mold. Без уточнения. (и это не металл). Чо с них взять, мексы да южноафриканцы, куда им с гуглем спорить. Впрочем так могут назвать и вовсе форму для печенек или пельмешек.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (98), 06-Окт-26, 13:18
	В таких изложницах чаще всякие резиновые изделия делают.
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

87. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
Сообщение от Аноним (98), 06-Окт-26, 12:37
Когда уже гну си компилер перепишут на раст, сил моих больше нет терпеть это! Хочется уже безопастности как у более развитой части человечества в нпм или пупи.
Ответить | Правка | Наверх | Cообщить модератору

	91. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	–3 +/–
	Сообщение от Аноним (90), 06-Окт-26, 12:54
	А зачем переписывать компилятор для всякой ГнуСи? Есть человеческий clang, под свободной лицензией, а не под запретительной. Который применяется в куче СПО проектов.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (84), 06-Окт-26, 13:07
	Ну так его ещё на Раст не переписали. Вот когда перепишут, тогда и поговорим.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от пох.. (?), 06-Окт-26, 18:12
	> Когда уже гну си компилер перепишут на раст, сил моих больше нет > терпеть это! Хочется уже безопастности как у более развитой части человечества так это ж - был же не переписанный а прям с нуля разработанный сворой ЫЫ агентов, этот, как его - https://github.com/anthropics/claudes-c-compiler Чего ж ты ждешь-то?! Бери, бери, пользуйся - совершенно безопастно ведь! И линуксное ведро даже компилирует! (что оно потом загрузится, правда, никто не обещал) А если токенов не пожалеешь - фабля 5.1 наверное даже сможет его с мертвой точки сдвинуть. > в нпм или пупи. э... вот лефтпадов к нему пока не написали.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	222. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
	Сообщение от Аноним (222), 07-Окт-26, 07:22
	Много хочешь
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

208. "Выпуск компоновщика Mold 3.0, развиваемого разработчиком LLV..."	+/–
Сообщение от yet another anonymous (?), 06-Окт-26, 22:41
> заметно опережающая компоновщики GNU gold и LLVM lld И то и другое --- вещи со специфическими особенностями, очень много ограничений по примененнию. Соответственно, и к subj вопросы --- какие ограничения/допущения?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема