| |
| 2.2, Аноним (1), 22:26, 05/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
и что там с потреблением памяти, обычный лто уже привычно 10 гб на 1 процесс
| | |
| 2.14, Аноним (14), 23:44, 05/10/2026 [^] [^^] [^^^] [ответить]
| –7 +/– |
растовики только переписывают, как показала тенденция не без помощи ЫЫ, так, что вы там говорили про LTO? Видать там ускорение получено за счет выпиливания того самого LTO :)))
| | |
| |
| 3.113, Аноним (113), 14:37, 06/10/2026 [^] [^^] [^^^] [ответить]
| +5 +/– |
 >> Проект развивает Rui Ueyama, автор компоновщика LLVM lld.
> растовики только переписывают, как показала тенденция не без помощи ЫЫ, так, что
> вы там говорили про LTO?
Опять воители супротив раста дальше заголовка не читали (некогда им - Ржа наступает!)?
> Видать там ускорение получено за счет выпиливания того самого LTO :)))
Да и в предметной области разбираются - как одно парнокопытное в апельсинах 🤣
| | |
| |
| 4.122, Аноним (14), 15:43, 06/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Да и в предметной области разбираются - как одно парнокопытное в апельсинах
Пройдись по ссылке, и тем самым докажешь, что не очередной нейрослоупок!
//llvm.org/docs/LinkTimeOptimization.html
| | |
|
|
| 2.39, Аноним (39), 05:13, 06/10/2026 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> lto проблемный процесс, сабж позволяет его ускорить?
Нет, ибо LTO, внезапно, выполняется компилятором, а не линковщиком.
| | |
| |
| 3.53, Аноним (1), 09:14, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ускорить то можно, вон гцц 14 в 5 раз дольше собирается с лто. Гцц 16 всего раза в 2 дольше -- видимо, есть поле для оптимизаций.
| | |
| |
| 4.57, Аноним (1), 09:23, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
У шланга, к слову, была схожая проблема в прошлых версиях. Вечная-вечная обработка лто, часами на каждом файле, и в текущих версиях так не зависает.
| | |
|
| 3.137, Аноним (14), 16:21, 06/10/2026 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> Нет, ибо LTO, внезапно, выполняется компилятором, а не линковщиком.
бред, оптимизация это часть той или иной стадии, ЛТО это оптимизация на стадии линковки!
| | |
|
|
| 1.6, Аноним (6), 23:03, 05/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>>вариант на Rust останавливает работу на этапе проверки границ
Что мешало сделать проверки на C++ ?
| | |
| |
| 2.15, GNU Overlord (ok), 23:52, 05/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
 "сделать"
Собстенно, это и мешало - их делать нужно, а не просто на комплиятор повесить. Причем делать нормально, а не так, чтобы потом сегфолты летели.
| | |
| |
| 3.46, Смузихеб забывший пароль (?), 07:53, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> в ситуациях, когда версия на С++ аварийно завершалась
> из-за обращения к областям памяти за пределами буфера,
> вариант на Rust останавливает работу на этапе проверки границ
Чуваак, похоже, и то и то вылетает. Только одно - безопасТно )
| | |
| |
| 4.50, Аноним (50), 08:36, 06/10/2026 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> Чуваак, похоже, и то и то вылетает.
Раст "вылетает" при попытке выйти за пределы буфера.
Ну как вылетает... кидает панику с описанием что где вплоть до строчки где произошла ошибка.
А с++ вылетает на совсем другом объекте, когда память уже попорчена.
И информации о то что произошло практически не предоставляет.
| | |
| |
| 5.99, Проходил мимо (?), 13:42, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 И Rust и, внезапно, Си++ позволяют обрабатывать такие ситуации вообще без каких-либо спецэффектов, надо просто писать код правильно.
| | |
| |
| 6.118, Аноним (118), 15:24, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> И Rust и, внезапно, Си++ позволяют обрабатывать такие ситуации
> вообще без каких-либо спецэффектов, надо просто писать код правильно.
В расте из коробки нормальное решение. Можно и лучше, но для дефолтного решения более чем достаточно.
А в с++ любое решение нужно делать и в 99% случаев это не делается.
| | |
| |
| 7.128, Проходил мимо (?), 16:00, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
// Коробочное решение на Си++
#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;
}
| | |
|
| 6.130, Аноним (39), 16:04, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Си++ позволяют
> надо просто писать код правильно.
О, вот и подъехало знаменитое, "чтобы не было ошибок - просто не делайте ошибок!".
| | |
| |
| 7.201, Аноним (14), 21:52, 06/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> "чтобы не было ошибок - просто не делайте ошибок!".
они сами по себе появляются?
| | |
|
|
|
|
|
| 2.16, morphe (?), 00:04, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Потому что при разборе объектных файлов концепция parse, don't validate в случае плюсов невероятно сложная, поскольку zero-copy это надо следить за временем жизни кучи span/string_view, в то время как в Rust за временем жизни следит компилятор
| | |
| |
| 3.181, черпало (?), 18:28, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> в то время как в Rust за временем жизни следит компилятор
только после тысяч приседаний с закорючками владения (гениально засунуть это в тип, бгг)
то там овладел, то тут, крррасотиищща!
Но утятам, что слаще редьки не едали, -- норм, гениальное решение на острие прогресса!
| | |
| |
| 4.219, morphe (?), 03:55, 07/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> (гениально засунуть это в тип, бгг)
А где это должно находиться? Время владения это свойство ссылки, а не возвращаемого значения например
И значение типа HashMap<&'symtab str, &'object [u8]> вполне имеет место быть
| | |
|
|
| 2.60, Аноним (60), 09:30, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
много мест, везде ручками проверять. зачем, если раст сам это делает?
| | |
|
| 1.7, Аноним (6), 23:05, 05/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
>>Мотивом к созданию Mold стало раздражение от необходимости ждать завершения компоновки после каждого внесения изменения в код
Надуманная проблема
| | |
| |
| 2.20, Ivan_83 (ok), 00:24, 06/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Ну автор холерик, не мог ждать ещё дополнительно 16 секунд после 4 часов компеляции хрома пока тот слинкуется :)
| | |
| |
| |
| 4.28, Ivan_83 (ok), 02:17, 06/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Так сходите на сайт, там автор честно бенчи выложил, настолько честно что даже не включал LTO.
| | |
|
| 3.72, Аноним1234 (?), 11:04, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
ccache усокрить 4 часа компиляции хрома сделав их 5 минутами. А вот линковку Хрома сделать из 5 минут в 1 минуту сможет это поделка.
| | |
| |
| 4.100, Ivan_83 (ok), 13:50, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
С ccache "компиляция" занимает явно больше 5 минут, уже не помню точно, или 10 или 30.
А линковка по данным автора молд 16 секунд всего, а с его поделкой 1,6.
Как бы на фоне десятка минут это несущественно.
| | |
|
|
| 2.43, Аноним (43), 06:27, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Zig (компилятор) уже сделал. Но есть один нюанс. Полученный бинарник считает не то, что нужно.
| | |
|
| 1.8, Bottle (?), 23:16, 05/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ирония проекта в том, что он сам компилироваться будет ещё медленнее.
Но, с другой стороны, лучше так, чем никак.
| | |
| |
| 2.9, жявамэн (ok), 23:22, 05/10/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
 Ты из тех кто пересобирает файрфокс перед каждым заходом на опеннет?
| | |
| |
| 3.162, name (??), 17:17, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
А как ещё сделать рандомизацию? Ты что, хочешь чтобы его ОТСЛЕДИЛИ??!!
| | |
|
| 2.21, Ivan_83 (ok), 00:28, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ирония в том, что этот проект вообще существует и каждый раз его здесь продают с такой помпой, как будто это чудо какое то и мастхэв.
И никто тут не читает даже readmi.md проекта и не осознаёт его полную бесмысленность.
И я не прочитал и полез эту фигню пробовать.
А потом узнал что LTO там только через плагин = подключается llvm и разницы в скорости 0.
А для случаев когда LTO не нужно - разницы особой нет, ну типа мне что 5 что 15 секунд линковки для проекта который собирался пол часа - как то пофик.
| | |
| |
| 3.24, An2 (?), 01:14, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> что 5 что 15 секунд линковки для проекта который собирался пол часа
А если туда нужно вносить изменения, одно за другим. Компиляция - 2 секунды, а линковка на порядок дольше?
| | |
| |
| 4.30, Ivan_83 (ok), 02:20, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
А юзкейс у этого какой?
Я знаю 2 воркфлоу:
1. меинтейнер/пользователь: скачал, собрал, пользуется.
2. программист: поменял-собрал-запустил тесты-поменял...
| | |
| |
| 5.82, Loki13 (ok), 12:10, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >2. программист: поменял-собрал-запустил тесты-поменял...
Чем не юзкейс?
А вообще, у меня гента, так вот я как-то заметил, что у меня линковка реально много времени занимает, иногда больше компиляции на некоторых пакетах. Вот тогда и заменил на сабж. Не помню какое ускорение, но оно было точно и выражалось в минутах для всего апдейта ежедневного. А учитывая что это бесплатное ускорение, то почему бы и нет?
| | |
| |
| 6.101, Ivan_83 (ok), 13:51, 06/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ну да, всего то было у тебя LTO а теперь его нет. :)
Хоть бы бенчи автора почитал с его гитхуба.
| | |
|
|
|
| 3.37, Аноним (39), 04:50, 06/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> А потом узнал что LTO там только через плагин
Вообще-то любой линковщик работает через плагин компилятора. Ибо ту самую оптимизацию выполняет именно компилятор, а не линковщик.
Но опеннетный Ванька думает, что раз "link-time" - значит это про "linker", и гордо срывает покровы с mold, лол.
| | |
| |
| 4.102, Ivan_83 (ok), 13:55, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Типа молд без lto делает всё сам.
Но поскольку автор тактично умолчал что lto делается через плагины компилятора то люди которым тема особенностей сборки не сильно интереса подумали что это чудо ускорение будет всегда, а оно оказалось не так.
Я то вообще не думаю про это, меня язык и его инструменты интересуют время от времени, а заботят меня больше технологии которые на этих языках описаны.
| | |
| |
| 5.120, Аноним (39), 15:40, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> автор тактично умолчал что lto делается через плагины компилятора то люди которым тема особенностей сборки не сильно интереса подумали что это чудо ускорение будет всегда, а оно оказалось не так.
А ты не заметил, что эти "люди" состоят из одного-единственного опеннетного Ваньки?
Которому не хватило ума разобраться в вопросе - вместо этого он рванул позориться и срывать покровы.
| | |
| |
| 6.125, Аноним (14), 15:50, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Которому не хватило ума разобраться в вопросе - вместо этого он рванул позориться и срывать покровы.
Чувак из новости LTO ускорил? Вот когда ускорит, пусть тогда и срывает покровы!
| | |
| |
| 7.131, Аноним (39), 16:06, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Чувак из новости LTO ускорил?
А у чувака из новости была такая задача? Ты о чем вообще?
| | |
|
|
|
| 4.116, Аноним (14), 14:55, 06/10/2026 [^] [^^] [^^^] [ответить] | –1 +/– | В том же LLVM лто тесно связано с линкером, оптимизатор там как отдельная либа к... большой текст свёрнут, показать | | |
| |
| 5.119, Аноним (39), 15:37, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> В том же LLVM лто тесно связано с линкером,
> Отдельная либа используемая линковщиком на стадии линковки.
Чел, ты в состоянии прочитать ссылки, текст из которых приводишь? Он не "связан тесно" с линкером - линкер вызывает плагин компилятора (в данном случае libLTO), к которому никак не привязан. В GCC тот же подход.
| | |
| |
| 6.124, Аноним (14), 15:48, 06/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Он не "связан тесно" с линкером - линкер вызывает плагин компилятора (в данном случае libLTO), к которому никак не привязан.
Чувак, а ты попробуй использовать этот libLTO без линкера. То что он подключается к линкеру не делает его независимым от линкера, с логикой у тебя все в порядке? Это не просто отдельная стадия оптимизации, которая идет после стадии линковки, это оптимизация часть стадии линковки, опциональная - не обязательная. Оптимизация это часть той или иной стадии, ибо весь процесс поделен на стадии.
| | |
| |
| 7.132, Аноним (39), 16:11, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> То что он подключается к линкеру не делает его независимым от линкера, с логикой у тебя все в порядке?
Буквально делает. Ибо использовать плагин компилятора (та самая обертка над libLTO) ты можешь с любым линковщиком, который поддерживает интерфейс плагинов. Вот с тем же mold из новости. Или с гнутым gold.
Поразительно, как местные персонажи рьяно спорят в темах, в которых ничего не шарят. Это болезнь какая-то, или что?
| | |
| |
| 8.143, Аноним (14), 16:33, 06/10/2026 [^] [^^] [^^^] [ответить] | –2 +/– | А чем еще должна быть шаренная библиотека как не подключаемым интерфейсом Без и... большой текст свёрнут, показать | | |
| |
| 9.157, Аноним (39), 17:03, 06/10/2026 [^] [^^] [^^^] [ответить] | +/– | Чел, у тебя, наверное, СДВГ, но давай вместе пройдемся по нити дискусии 1 Спер... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| |
| 2.44, Аноним (43), 06:28, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> несуществующий реальный продукт
Так несуществующий или реальный?
| | |
|
| 1.18, Ivan_83 (ok), 00:20, 06/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
> Ветка Mold 3.0 примечательна переписыванием кодовой базы с C++ (C++20) на язык Rust.
Бесполезный компоновщик стал х10 бесполезнее.
Тем кто смотрит в его сторону: не тратьте время.
1. LTO оно не умеет.
2. без LTO линковка даже обычными линковщиками не особо то и заметна на фоне процесса компиляции.
Возможно есть очень-очень редкие юзкейсы когда оно имеет смысл, например вы уже скомпилили нечто тяжёлое типа хрома, потом поредактили пару файлов и вам только их перекомпилить и перелинковать. Ну вот тогда оно секунд 5 сэкономит.
При обычном процессе хром всё равно компилится часы и линкуется минуты, от того что результат будет получен на 1-2 минуты раньше легче не станет.
| | |
| |
| 2.25, An2 (?), 01:17, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> типа хрома
Да, без mold поиграться с каким-то изменениями в Firefox или Chromium не реально.
| | |
| |
| |
| 4.56, пох.. (?), 09:20, 06/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
через всего лишь час после того как оно начнет и закончит собственно компилять (я ж правильно кстати помню что тяпляперы собравшие винигрет из трех полуработающих автоматизаций сборки - в частичную компиляцию не шмагли и при изменении одного файлика фуфлофокс пересобирается весь целиком?)
в общем, отличный линкер для хеловрота, которому и lto никакая не нужна.
одно надо бы уточнить - llvm весь такими авторами написан или этот - уникум?
(вспоминая что тот десять лет тратил чужое время на неотключаемые сборки сотни неведомых и толком даже неработающих targets, и то что в freebsd их сейчас отключает - 3d party патч не признанный апстримом?)
| | |
| |
| 5.103, Ivan_83 (ok), 14:01, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Насчёт сборки фурифокса - хз, там же теперь месиво из крестов и гнили.
На фре ненужно таргеты или сразу отключены или через src.conf отключаются чуть ли не с самого начала втаскивания llvm.
Единственная проблема которая была последние годы - один "уникум" решил попилить llvm на либы чтобы он стал меньше на диске занимать, а учитывая PIE и ASLR и то что эти либы весят десятки-сотни мб то запуск компелятора стал занимать х10-х20 времени, очень хорошо было видно на портах на стадии cinfigure - оно прям совсем медленно чекало.
| | |
| |
| 6.111, пох.. (?), 14:34, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> На фре ненужно таргеты или сразу отключены или через src.conf отключаются чуть ли не с
> самого начала втаскивания llvm.
нет, ни разу. Начало 10 (или даже 9?), WITHOUT_LLVM_TARGET_ научили в 11.
и это вроде бы до сих пор не принятое официально изменение
| | |
| |
| 7.160, Ivan_83 (ok), 17:15, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Это к вопросу о дурацких дефолтах и тому что система в ванильном виде это конструктор а не конечный продукт.
Оно там включено по дефолту скорее всего для тех кто занимается кросскомпеляцией, всех полутора человек :)
Когда появилось - смотреть лень, я давно выключил всё ненужное и забыл.
Собственно у меня можно сказать что свой собственный дистр фри, ибо достаточно много отличий от дефолта, не только конфигами но и патчи есть.
| | |
| |
| 8.170, пох.. (?), 17:46, 06/10/2026 [^] [^^] [^^^] [ответить] | +/– | не, не Еще раз - этой фичи просто не было в компиляторе, вообще Он заточен был... текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.27, Аноним (39), 02:10, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> потом поредактили пару файлов и вам только их перекомпилить и перелинковать
Он буквально для этого и создан, гений.
| | |
| |
| 3.31, Ivan_83 (ok), 02:22, 06/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Так время работы обычного линковщика даже на хроме не мешается - пренебрежимо мало, а на мелких проектах и подавно.
| | |
| |
| 4.33, Аноним (39), 04:06, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Так время работы обычного линковщика даже на хроме не мешается
Вот именно что мешается, да откуда мастеру хэллоувордов об этом знать, да?
Когда ты работаешь над большим проектом, где финальный бинарь размером с десяток мегабайт, компиляция отдельного CPP после правки может занимать доли секунды, а линковка бинаря при этом все равно занимает в десятки раз дольше, что невероятно бесит.
| | |
| |
| 5.59, пох.. (?), 09:28, 06/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
жаль что наш мастер нехеловротов не в курсе, что у таких проектов обычно "./mach" без возможности вмешаться в механику.
И никакой отдельной компиляцией там и близко не пахнет.
Вероятно твои нехеловроты были исключительно голосами у тебя в голове.
В десятки дольше - это натурально вот 20 секунд вместо 2.
| | |
| |
| 6.121, Аноним (39), 15:43, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> жаль что наш мастер нехеловротов не в курсе, что у таких проектов обычно "./mach" без возможности вмешаться в механику.
> И никакой отдельной компиляцией там и близко не пахнет.
Опеннетный пох держит марку: сам приплел левое соломенное чучело - сам его и уничтожил. 👍
Жаль, что по теме обсуждения ты сказать как всегда ничего не сможешь...
| | |
|
| 5.104, Ivan_83 (ok), 14:06, 06/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Об этом знают все кто осилил пролистать таблицу с бенчами на гитхубе проекта.
Если вы там что то такое отлаживаете - зачем вам LTO? - по другому долгое время линковки проекта всего то на пару мегабайт бинаря не объяснить, разве что у вас линковка идёт на каком то пень3 или дохлом арм.
| | |
| |
| 6.123, Аноним (39), 15:46, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Об этом знают все кто осилил пролистать таблицу с бенчами на гитхубе проекта.
Ну вот ты не знаешь и продолжаешь делать удивленные глаза, недоумевая, зачем нужен сабж.
>> бинарь размером с десяток мегабайт
> всего то на пару мегабайт бинаря
Ваня, ты хоть читай, что тебе пишут.
| | |
| |
| 7.142, Ivan_83 (ok), 16:31, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Что читать то?
У автора mold самый худьший результат обычным линковщиком 50 секунд, такой проект там один.
Остальные меньше 20 секунд (кроме хрома) - в пределах 6 секунд обычным линковщиком.
Вот объясните мне почему вам лично эти секунды так важны?
У вас там разработка методом брутфорса чтоли?
| | |
|
|
|
|
|
| 2.29, SanityEclipse (ok), 02:19, 06/10/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Ну да, компилируют проекты же только юзеры, а разработчики постоянно проект начистую собирают. Действительно, редкий юзкейс. Как и инкрементальная компиляция, наверное
| | |
| |
| 3.32, Ivan_83 (ok), 02:28, 06/10/2026 [^] [^^] [^^^] [ответить]
| –3 +/– | |
Вам, как разработчику, есть ли большая разница если время линковки будет не 3 секунды а 0,3 при общем времени сборки в районе 40 секунд?
Из всех бенчей что выложил автор, только TensorFlow линкуется заметно долго 9/50 секунд и только потому что там видимо крестовый нейрослоп на 9гб в один бинарник лезет.
Да и то 9 секунд для релиза не очень то заметно, вот для дебага 50 сек наверное не комфортно уже.
И это ещё хз сколько времени там занимает обход всех исходников сборочной системой и работа компилятора даже для самого маленького файла.
| | |
| |
| 4.34, Аноним (39), 04:08, 06/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> инкрементальная компиляция
> при общем времени сборки в районе 40 секунд?
Да иди ж ты уже прочитай, что такое инкрементальная компиляция.
| | |
| |
| 5.105, Ivan_83 (ok), 14:09, 06/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
Покажите ка мне эту вашу инкрементальную компиляцию на проектах размером с llvm, chrome - где только make система будет все эти ваши исходники обходить и чекать на необходимость перекомпиляции по паре минут.
| | |
| |
| 6.126, Аноним (39), 15:52, 06/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Ты продолжаешь героически накладывать себе в штаны. Впрочем, как и всегда.
> компиляцию на проектах размером с llvm, chrome - где только make система будет все эти ваши исходники обходить и чекать на необходимость перекомпиляции по паре минут.
По паре минут? А чего не паре часов? Мы же на опеннете: набрасывать так набрасывать!
В реальности, Ваня, для больших проектов существует ninja, которая зависимости обрабатывает молниеносно. Буквально вот для Хрома была создана. Но даже обычный дубовый Make в нашем проекте отрабатывает за 4-5 секунд (хотя и это сильно бесит), а в Хроме в свое время было 10-20.
| | |
| |
| 7.139, Ivan_83 (ok), 16:26, 06/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> молниеносно
это сколько?
> а в Хроме в свое время было 10-20
Когда было то? При царе горохе?
Хром как то при очередном обновлении стал компелять не 20+к файлов а 30к+, а сейчас все 55к+ файлов компелячит.
> обычный дубовый Make в нашем проекте отрабатывает за 4-5 секунд (хотя и это сильно бесит)
Вам нервы лечить надо или воркфлоу менять раз для вас это так заметно.
| | |
| 7.171, пох.. (?), 17:50, 06/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> молниеносно. Буквально вот для Хрома была создана. Но даже обычный дубовый
> Make в нашем проекте отрабатывает за 4-5 секунд (хотя и это
то есть ваш проект и есть хеловрот.
(даже у меня к сожалению нифига не пять секунд, а это вовсе не "большой проект")
> а в Хроме в свое время было 10-20.
то есть очень давно.
Показать нам как ты изменил дату на одном файлике в современном хроме и сколько оно после этого собирается - ты конечно же не захочешь.
| | |
| |
| |
| 9.197, пох.. (?), 21:19, 06/10/2026 [^] [^^] [^^^] [ответить] | +/– | и прям твое супержелезо упирается в немодный ld и LTO конечно отключен, отключ... текст свёрнут, показать | | |
|
|
|
|
|
| 4.36, Slowpoke (?), 04:32, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Вам, как разработчику, есть ли большая разница если время линковки будет не 3 секунды а 0,3 при общем времени сборки в районе 40 секунд?
Странный тейк, как будто в быстрых программа есть что-то плохое. Компилятор можно тоже обновить и получить время сборки меньше условных 40 секунд, на этом фоне доля ускорения процесса линковки будет существенее.
| | |
| |
| 5.106, Ivan_83 (ok), 14:14, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да можно, можно, но не бесплатно.
Тейк в том, что молд это трата времени ибо в 99% проектов линковка на фоне любой сборки пренебрежимо мало занимает.
И потом, вот слинковали вы нечто, дальше опять правите и пересобираете? Или у вас папйп предполагает запуск тестов или хотя бы запуск самой проги и оценку работоспособности?
Если куда и смотреть - то надо было бить девляпсов за CI/CD, которая каждый раз с нуля ставит ОС и все зависимости для сборки хэловрота, и 99% времени занимает как раз разворачивание сборочного сетапа а не работа билдсистемы внутри.
| | |
|
| 4.45, User (??), 06:42, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну, если ускорение "бесплатное" или близко к тому - почему бы и нет?
| | |
| |
| 5.107, Ivan_83 (ok), 14:17, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Потому что возня с молд не бесплатная, его надо прикрутить, отладить и поддерживать, притом что для большинства проектов и воркфлоу разница в 1-10 секунд это будет совсем никак не заметно.
Я веду к тому что эта оптимизация бесмысленна и не строит потраченых усилий.
У автора в таблице бенчей скорее всего только один проект, который линкуется 50 сек, имеет хоть какой то практический смысл.
| | |
|
|
| 3.35, Аноним (39), 04:17, 06/10/2026 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Как и инкрементальная компиляция, наверное
Чтобы ты понимал, этот Ваня 83 недавно хвастался, что компилирует свои хэллоувороды шелл-портянкой вместо использования нормальной билд-системы или хотя бы make.
А когда в связи с этим упомянули про инкрементальные билды, персонаж сделал удаленные глаза мол "хз, что это и зачем оно мне надо".
Зато, как видишь, теперь экспертно вещает о ненужности mold.
| | |
| |
| 4.108, Ivan_83 (ok), 14:27, 06/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
А зачем оно надо?
Как раз недавно я своей билд системой на шелл скрипте стал собирать libtls (та что из состава libressl), так вот полная пересборка с нуля занимает менее 2 секунд (1.60s real 3.21s user 0.94s sys) (15 .c файлов если что).
Полная - это: configure + compile + link.
Ну типа я знаю как там сделать инкрементальную пересборку, только зачем?
Ну вот реально ЗАЧЕМ!?
Оно даже в контексте програмиста не мешается, а вообще то оно было больше про дистрибуцию, где инкрементальность никому и даром не нужна, максимум ccache захотят, да и то не все. Опять же учитывая время сборки ccache тут тоже пустая трата ресурсов.
И молд из той же серии: тратить время на его установку и прикручивание и поддержку никогда не окупится.
| | |
| |
| 5.127, Аноним (39), 15:56, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ваня, и ускорение инкрементальной сборки, и линковки нужно РАЗРАБОТЧИКАМ. А не таким, как ты. Тебе что-то объяснять бессмысленно - это уже давно понятно.
| | |
| |
| 6.135, Ivan_83 (ok), 16:16, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Каким таким разработчикам то?
Ты объясни зачем ускорять то что менее 2 секунд занимает?
| | |
| |
| 7.146, Аноним (39), 16:38, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ты объясни зачем ускорять то что менее 2 секунд занимает?
Тебе - незачем. Я, по-моему, ясно написал.
| | |
| |
| |
| |
| |
| |
| |
| 13.194, Аноним (39), 20:05, 06/10/2026 [^] [^^] [^^^] [ответить] | –1 +/– | В том-то и дело, друг, что твои знания из твоих же слов видно идеально четко ... большой текст свёрнут, показать | | |
| |
| |
| 15.215, Аноним (39), 03:14, 07/10/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Очевидно, кому угодно, кто читает твою же писанину Где ты это постоянство увиде... большой текст свёрнут, показать | | |
|
| 14.199, пох.. (?), 21:22, 06/10/2026 [^] [^^] [^^^] [ответить] | –5 +/– | из твоего вранья пока видно только ЧСВ овер 1000 и прожекты на мильены строк, с... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
|
| 2.38, Аноним (39), 04:52, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> LTO оно не умеет.
Вообще-то умеет. Мог бы хотя бы ченджлог прочитать.
| | |
| |
| 3.51, Аноним (50), 08:37, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Мог бы хотя бы ченджлог прочитать.
Зачем читать если можно писать?
| | |
| 3.109, Ivan_83 (ok), 14:29, 06/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
LTO оно УСКОРЯТЬ не умеет.
Поэтому в реадми автор стыдливо про LTO ни разу не упоминает вообще.
В отличии от многих я mold пробовал лично использовать в качестве линковщика в системе и пришёл к выводу что это бесполезное поделие.
| | |
| |
| 4.129, Аноним (39), 16:01, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> LTO оно УСКОРЯТЬ не умеет.
> Поэтому в реадми автор стыдливо про LTO ни разу не упоминает вообще.
Автор не упоминает LTO в ридми, потому что в отличии от тебя, воинствующего невежды, прекрасно понимает, что линковщик не имеет никакого отношения к оптимизации во время LTO.
| | |
| |
| 5.134, Ivan_83 (ok), 16:15, 06/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Ээээ
Я то думал что LTO = Link Time Optimisation, действительно, причём тут линковщик.
| | |
| |
| 6.148, Аноним (39), 16:44, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Я то думал что LTO = Link Time Optimisation, действительно, причём тут линковщик.
Вот именно, Ваня, вот именно. Увидел совпадение по первому слову - и "дальше все как в тумане".
Подумать, почему там именно "link time" (ключевое слово time) а не, например, "linkage/linker", почитать статьи по теме, разобраться - это все не про тебя.
| | |
| |
| 7.158, Ivan_83 (ok), 17:07, 06/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
А зачем мне это?
Я в данном случае потребитель конечного продукта, и как разработчик и как меинтейнер.
Я не занимаюсь разработкой компиляторов или линкеров - это слишком узкая область за пределами моих интересов.
Как меинтейнеру мне mold не интересен:
1. ускорение не существенно
2. возни с mold слишком много
3. LTO оно не ускоряет и бесмысленно для таких проектов
Как разработчику:
1. у меня длинный воркфлоу, а линковка там менее 1% времени занимает.
2. опять же тратить только время на возьню с поддержкой
Вы то чего ради спорите?
У вас точки зрения даже не просматривается, вы просто пришли сюда посыпать оскорблениями.
| | |
| |
| |
| 9.174, Аноним (14), 17:56, 06/10/2026 [^] [^^] [^^^] [ответить] | –1 +/– | Логику включи, без LTO любой линковщик - бесполезный, а то что в самом mold нет ... текст свёрнут, показать | | |
| |
| |
| 11.203, Аноним (14), 22:04, 06/10/2026 [^] [^^] [^^^] [ответить] | –2 +/– | ты имеешь ввиду в бенчах на кой мне скорость копирования одного файла в другой ... большой текст свёрнут, показать | | |
| |
| 12.210, пох.. (?), 23:16, 06/10/2026 [^] [^^] [^^^] [ответить] | –1 +/– | ну вот второго - придется подождать правда в случае нормальных проектов а не ка... текст свёрнут, показать | | |
|
|
|
| |
| 10.218, Аноним (39), 03:39, 07/10/2026 [^] [^^] [^^^] [ответить] | +/– | Ты описал аргумент, почему он не интересен ТЕБЕ И нет, у меня нет по ним абсолю... большой текст свёрнут, показать | | |
|
|
|
|
|
| 5.153, Аноним (14), 16:54, 06/10/2026 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> Автор не упоминает LTO в ридми, потому что в отличии от тебя, воинствующего невежды, прекрасно понимает, что линковщик не имеет никакого отношения к оптимизации во время LTO.
Повторяю, оптимизация это часть того или иного процесса (фазы, стадии), и LTO это оптимизация на стадии линковки, то есть часть процесса линковки - собственно линкера!!!
| | |
|
|
|
|
| 1.47, Метрика (?), 08:26, 06/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как только появилась новость о том что штатный компновщик LLVM стал мочь в многопоток, разрабы mold тут же ришили попиарится и показать свою нетакусесть, исход у таких проектов один, через год проект исчезнет из новостей, через два затеряется в тысячях репозиториев гитхаба, а на третий помрет
| | |
| |
| 2.173, пох.. (?), 17:56, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Как только появилась новость о том что штатный компновщик LLVM стал мочь
> в многопоток, разрабы mold тут же ришили попиарится и показать свою
причем тут Opus? Он ничего не решал такого ;-)
> нетакусесть, исход у таких проектов один, через год проект исчезнет из
это зависит - ему какой-нибудь токийский универ оплачивает подписку или сам, все сам. Если первое - не вижу что мешает ему и через десять лет тихо пилить грантик в числе других прочих.
Грантопил спит, опус трудится.
| | |
|
| 1.48, Метрика (?), 08:30, 06/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Забавно, что переписавание на раст занимаются те кто предложить ничего не может, была новость что штаный компоновщик llvm теперь умеет в многопоток, после этого предложить mold больше нечего, кроме как переписывания с одного яп на другой в попытке выделится и удержаться на плаву
| | |
| |
| 2.52, Аноним (52), 08:42, 06/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Во первых он переписал, то что изначально написал сам! Во вторых, учитывая тенденцию того как в ubuntu внедряют утилиты на rust, то стратегия весьма неплохая, чтобы стать линковщиком по умолчанию, для начала в той же ubuntu. Так что разработчик прекрасно понимает куда ветер дует
| | |
| |
| 3.58, пох.. (?), 09:25, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
может скажем ему? Ну что в бабуинту может и включат, бабуины - они не очень умные.
Но не настолько, не настолько. В смысле - денег ему - хрен они дадут. Так что зря тратил токены, не окупится.
(разбираться сам ли он написал или там и изначально автор claude haiku - оставляю внимательным читателям)
| | |
| 3.115, Ivan_83 (ok), 14:54, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Ну конечно, бубунту это общемировой меинстрим и остриё прогресса, так ведь? :)
Внедрение утилит на расте - звучит как попилинг в чистом виде, прямо как замена бордюров в мск каждый сезон.
| | |
| |
| 4.140, Аноним (140), 16:26, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> бубунту это общемировой меинстрим и остриё прогресса
Да. Как и любая корпорация они ищут новые возможности.
Они пробуют разные решения. Некоторые удачные, некоторые нет.
А кто у тебя на острие? Дебиан окаменевший?
Сорта г̶о̶в̶ ненужно-БЗДей которыми пользуются или фрики, или полторы корпы которые на свою голову связались с этими поделками?
| | |
| |
| 5.150, Ivan_83 (ok), 16:48, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Нету уже острия, OpenBSD и само ядро Linux ещё как то трепыхаются, остальное уже давно в стадии поддержки и никаких прорывных и просто интересных инноваций нет.
Все теперь тащат друг у друга фичи которых ещё нет.
В остальном оно как электрики: электрификация страны завершена, теперь только поддержка нужна.
| | |
|
|
|
| 2.65, devl547 (ok), 10:24, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
 >штаный компоновщик llvm
>Проект развивает Rui Ueyama, автор компоновщика LLVM lld.
Что он там предложить не может-то?
| | |
| |
| 3.80, пох.. (?), 11:51, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
линкер он нормальный предложить не может. Зато может на хрусте (попросить ыы) переписать.
Как ты думаешь, почему когда сам clang был уже лет так с десяток основным компилятором в FreeBSD - в качестве линкера все равно использовали gnu ld?
И да, за десять лет не смочь даже в полноценный аналог gnu ld (я даже не про gold с его оптимизациями), пока рабы эпла успели целиком компилятор - это достижение.
| | |
|
|
| 1.49, Метрика (?), 08:33, 06/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Кстати есть показательный пример использования rust как конкурентного преимущества, это история с движком servo в огнелисе, итог этой истории успеха падением доли на рынке с ~30% до ~3%
| | |
| |
| 2.55, Мемоним (?), 09:15, 06/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Но ведь в лисе оставили Gecko. Именно на этом кривом крестовом поделии доля и падала.
| | |
| 2.61, Аноним (61), 09:32, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да, дело точно в движке. Массовый потребитель прямо так и прочитал, что лис перешёл на движок на расте и ушёл в стоковый гуглохром
| | |
| |
| 3.70, Аноним (70), 10:32, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
А потом гугля в хроме выкидывает Сишные либы и заменяет на растовые.
УжасТное коварство!
Наверняка это заговор!!
| | |
|
| 2.62, Аноним (62), 09:43, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> это история с движком servo в огнелисе, итог этой истории успеха
> падением доли на рынке с ~30% до ~3%
О... в очереной раз начинается песня про провал лисы))
Раньше ныли что во всем виноват дроп ХУЛя, а теперь из-за раста.
Первые раст компоненты были добавлены летом 2016 года. Самые важные компоненты в начале растификации лисы - encoding_rs и Stylo CSS - были добавлены в конце 2017 года в Firefox 56 и 57 соответственно.
Хром обогнал лису еще в 2013м.
В 2014 ФФ уже потерял около 50% своей аудитории и стал менее популярным чем Сафари.
В конце 2017 global market share был около 12%.
Т.е. падение с 33% в топе до 12% еще до того как раст попал юзверям.
Из этого можно сделать вывод что РАЗУМЕЕТСЯ во всем виноват раст)))
| | |
| |
| 3.64, Аноним (13), 10:22, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну дык такая переусложненная вундервафля, как раст, не за один же год появилась. А значит её разрабатывать начали сильно заранее, а значит потеряли и время и деньги, вот хром и обогнал.
| | |
| |
| 4.112, Ivan_83 (ok), 14:35, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Тут всё же не раст виноват.
Хотя может если бы эти ресурсы были пущены в правильный моркетинг и всякие антимонопольные тяжбы, то результат и был бы другим.
Так то гугол долго крутил у себя в поисковике: "ваш браузер устарел, установите современный бизапасный хром".
| | |
| |
| 5.114, Аноним (13), 14:40, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Тут всё же не раст виноват.
А он как всегда ни в чем не виноват. Подозрительно, не правда ли?
| | |
| |
| 6.177, пох.. (?), 18:02, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Тут всё же не раст виноват.
> А он как всегда ни в чем не виноват. Подозрительно, не правда
> ли?
не, все ок. Когда разрабы не могут в разработку - начинается то хруст, то переписывание интерфейса на html5.
Ни хруст, ни html5 в общем действительно не виноваты.
Ну и у ruffle же 82% все же получились... к моменту, правда, когда никому уже в целом свете было ненужно, но мы ж не имеем плюсового проекта для сравнения (и честно-то говоря - вряд ли бы вышло хорошо, учитывая что основной target там wasm.)
И это у них еще не было ЫЫ!
| | |
|
|
|
|
|
| 1.66, Гаврош (?), 10:25, 06/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> обезопасить проект от потенциальных проблем при обработке повреждённых объектных файлов
Господи, ну и ахинея!!! Т.е. вы сменили ЦЕЛЫЙ ЯЗЫК только ради того, чтобы... проверить длину файла??? Избави меня от таких вайбкодеров!!
| | |
| |
| 2.68, Аноним (70), 10:29, 06/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Господи, ну и ахинея!!! Т.е. вы сменили ЦЕЛЫЙ ЯЗЫК только ради того, чтобы... проверить длину файла???
А те кто не сменил, получают в Груб2 ситуацию "нажал 28 раз бекспейс - зашел без пароля"))
> Избави меня от таких вайбкодеров!!
Типа ты что-то решаешь)))
| | |
| 2.76, пох.. (?), 11:41, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> чтобы... проверить длину файла
чтобы не проверять жеж! И падать unwrap через unwrap - совершенно безопастным образом!
отдельно прекрасно что это вообще-то - по задумке - ТВОИ файлы.
| | |
|
| 1.71, Аноним (71), 10:52, 06/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
я молд не советую и знать про него ни чего не хочу опыт не удачный
собирал фирефокс 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
СКАЖЕМ дружно ОНО не нужно ну ее эту заливную рыбу.
| | |
| |
| 2.74, Аноним (1), 11:30, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ты лучше гцц жырнолис собери, там в попугаеметрах хороший прирост был. Ток регулярно отваливались то патчи для сборки гцц, то пго.
| | |
| |
| 3.83, Аноним (71), 12:18, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
посмотрим давно так не делал попробую лису собрать gcc-16.2.1-20261003 linker-bfd попугаи в спидометрах 2.1 и 3.1 замерю вечером может отпишусь сюды если хамить не будеш.
Но прошлый раз помню года полтора назад собирал gcc попугаи сильно приседали процнтов на 35 по сравнению с clang
А потом мозильщики сами то лису собирают с clang-ом и тестят у них же это вроде основной компилятор.
Да и binutils я знаю что это такое не надо меня учить про линкеры.
| | |
|
| 2.79, пох.. (?), 11:48, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
бгг... может скажем ему? Ну что gold - он немного не совсем "из clang"?
Причем таки да - во многих проектах исторически именно он в комплекте шланга как дефолтный штатный компоновщик. Почему? Аааакаквыдумаити?! ;-)
поэтому афтырь аналогов не имеющего lld и занялся переписыванием переписанного. С собственно приличным линкером у него что-то за предыдущие 15 лет не очень сложилось.
| | |
| |
| |
| 4.92, пох.. (?), 12:56, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
там кажись авторов осталось - полтора старика, баги исправлять некому.
gnuтыши его не любили потому что nih, и при этом унижал и доминировал (у них с оптимизациями таки да, не очень получалось в те годы).
так что можно начать переписывать на хруст с помощью llm. Возможно даже получится что-то работающее, если тебе токенов не жалко.
| | |
|
|
| 2.117, Ivan_83 (ok), 14:59, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну всё же, mold он не про ускорение бинарника а про скорение его получения.
Вот вы не заметили, а фурифокс у вас собрался не за один час в пакет а всего то за 59 минут 59 секунд, это же так существенно! :)
Хотя учитывая финальную разницу в тестах выглядит как будто по пути LTO отвалилось, так что собралось ещё быстрее :)
Я из более практических сообжений его хэётю: ускорение сборки не стоит возни с ним.
| | |
|
| 1.75, Celcion (ok), 11:34, 06/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Мне вот даже интересно - они специально выбирали такое отвратительное имя (mold -> плесень), причём нарочито с маленькой буквы, чтобы подчеркнуть сущность всяких таких поделий на расте?
| | |
| |
| 2.84, Аноним (84), 12:29, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну а что, ржавчина, плесень - всё к одному. Ещё вот можно какой-нибудь отладчик на Расте назвать гнилью.
| | |
| 2.85, пох.. (?), 12:31, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
у кого чего болит? Для меня mold - это форма для литья, а про плесень я вспомню с третьей попытки.
| | |
| |
| 3.96, Celcion (ok), 13:11, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> у кого чего болит? Для меня mold - это форма для литья, а про плесень я вспомню с третьей попытки.
Mold без уточнения к чему именно в плане формы оно относится - обычно означает именно плесень. Даже гугль, если не уточнять, в качестве первого варианта именно плесень и выводит. И википедия. Так что про боли - это не ко мне, а лучше сразу к врачу.
| | |
|
| 2.90, Аноним (90), 12:51, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Мне вот даже интересно - они специально выбирали такое отвратительное имя (mold -> плесень), причём нарочито с маленькой буквы, чтобы подчеркнуть сущность всяких таких поделий на
... C++20, внезапно.
Первоначальный проект писался на плюсах, так что возможно твои фантазии по поводу отвратительного имени валидны.
Хотя С++20 был супер свеж (1.0 вышла в 2021 году), хотя в то темное время был заражен ГНУ-раком, который сменил на свободный МИТ.
Но для людей не настолько страдающих СПГС, mold - это изложница, инструмент позволяющий выплавлять слитки металлов.
Что в общем-то подходит по смыслу: из смеси ингредиентов получается монолитный результат.
| | |
| |
| 3.97, Celcion (ok), 13:13, 06/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Но для людей не настолько страдающих СПГС, mold - это изложница, инструмент позволяющий выплавлять слитки металлов.
Это если уточнять, типа "metal mold", а без уточнения, вне контекста и в одно слово - это обычно означает плесень.
| | |
|
|
| 1.87, Аноним (98), 12:37, 06/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Когда уже гну си компилер перепишут на раст, сил моих больше нет терпеть это! Хочется уже безопастности как у более развитой части человечества в нпм или пупи.
| | |
| |
| 2.91, Аноним (90), 12:54, 06/10/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
А зачем переписывать компилятор для всякой ГнуСи?
Есть человеческий clang, под свободной лицензией, а не под запретительной.
Который применяется в куче СПО проектов.
| | |
| |
| 3.95, Аноним (84), 13:07, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну так его ещё на Раст не переписали. Вот когда перепишут, тогда и поговорим.
| | |
|
| 2.178, пох.. (?), 18:12, 06/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Когда уже гну си компилер перепишут на раст, сил моих больше нет
> терпеть это! Хочется уже безопастности как у более развитой части человечества
так это ж - был же не переписанный а прям с нуля разработанный сворой ЫЫ агентов, этот, как его - https://github.com/anthropics/claudes-c-compiler
Чего ж ты ждешь-то?! Бери, бери, пользуйся - совершенно безопастно ведь! И линуксное ведро даже компилирует! (что оно потом загрузится, правда, никто не обещал)
А если токенов не пожалеешь - фабля 5.1 наверное даже сможет его с мертвой точки сдвинуть.
> в нпм или пупи.
э... вот лефтпадов к нему пока не написали.
| | |
|
| 1.208, yet another anonymous (?), 22:41, 06/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> заметно опережающая компоновщики GNU gold и LLVM lld
И то и другое --- вещи со специфическими особенностями, очень много ограничений по примененнию. Соответственно, и к subj вопросы --- какие ограничения/допущения?
| | |
|
