Скорость компиляции в линукс на с++

ты > Допустим

я > Это твое допущение

ты > Нет, твоё.

Диалог с 5-летним ребенком.

Диалог с 5-летним ребенком.

Там нет допущения. Просто убери «допустим» - оно там ничего не значит.

никакого УБ не существует и никакого «документированного» поведения тоже.

Вот тебе новый тезис - ничего не изменилось. В С++ никакого УБ нет и никакого «документированного» тоже.

Допустим - там значит не то, что я допускаю. Я предлагаю сектанту допустить такую возможность.

ты > Допустим

я > Это твое допущение

ты > Нет, твоё.

ты> Там нет допущения.

Скоро диалог станет монологом ребенка с синдромом дефицита внимания.

Действительно, только клона Луговского не хватало на сегодняшнем ЛОРе.

И, в чём проблема, маня?

ты > Допустим

Нет, такого не было. Сектант врёт. Там было это сказано не в контексте того, что я это допускаю. Мне не нужно это допускать. Я призываю сектанта выйти из под гнёта пропаганды, которая ему внушила «есть» путём допущения обратного и пытки для себя объяснить причины существования.

я > Это твое допущение

Ты обгадился, оно не моё. О чём тебе и сообщили.

ты > Нет, твоё.

Ну да, это допущение твоё как жертвы пропаганды, которая тебе внушила обратное.

ты> Там нет допущения.

Да, там его нет. Там есть слово «допустим», но нет того смысла, который данный клоун пытается в него вложить.

Было бы интересно посмотреть на вариант разработки, где вместо кучи файлов .o в результате создавался бы один большой препроцесснутый исходник с правильно расставленными объявлениями.

Причем для существующего кода, можно в принципе нарисовать обёртку, прикидывающуюся компилятором и посмотреть на это.

в результате создавался бы один большой препроцесснутый исходник с правильно расставленными объявлениями.

Эту не проблема в С++. Есть inline. В гцц есть -fwhole-program - автоматом везде расставляет его вкупе со static. Поэтому можно тупо инлайнить исходники как инклюды - оно само всё сожрёт.

Проблема в том, что рядовое дерьмо организовано слишком нелепо, что-бы работать нормально.

А так любая ho-либа - это такой вариант. Лет 6 какой-то птушник ваял говнолабу на С++. Там птушники соревновались во времени сборки сравнивая с растом.

Дак вот банальный скрипт «инклюдю все cpp» уменьшал время время сборки в 5 раз, а производительность в 2.

Ну а в целом подписывайся на блог. Я собираюсь всё лето потратить на разработку нормальной инфраструктуры для C++.

Там как раз будет перевод частей шланга для нормальной работы в броузере. С ide нового поколения работающей в том числе и в вебе. Правда сомнительно, что я буду заниматься поддержкой какого-либо легаси дерьма. И кто-то за рамки моей инфраструктуры будет это юзать.

Но в любом случае пример достойный, а не какая-то лаба-огрызок. И какую-то реальную статистику с него можно получить. И если(и как) это будет работать для шланга - это будет работать для 95% крестовых проектов.

Эту не проблема в С++. Есть inline. В гцц есть -fwhole-program

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

Ну так обёртка не зависит от компилятора и кода внутри

Ты этого не сделаешь без изменения кода. В этом проблема. От компилятора она не зависеть не может. Тебе нужно либо менять код, либо менять логику работы компилятора. Третьего не дано.

Ну а в целом подписывайся на блог. Я собираюсь всё лето потратить на разработку нормальной инфраструктуры для C++.

Девочки, записываемся на ноготочки (с)

Не волнуйся, тем кто запишется всегда прирождённые поломои нужны. Ты не останешься без дела. Полы сами себя не помоют.

Осенью отчет не забудь сдать эксперт клининговый, ладн котик?

Я собираюсь всё лето потратить на разработку нормальной инфраструктуры для C++.

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

Запомните этот твит поломои

Nick: minihic112

ID: 178348

Дата регистрации: 31.05.20 13:16:38

очередной зобаненый цЯрь ?

Эврибади дэнс виз ми! Скорость компиляции ТСу не понять. Образования мало.

Владимир

Царя нельзя забанить по определению.

Царя нельзя забанить по определению

Царь - питух!

Шоман

Самозванец! Ты опять выходишь на связь?

Я собираюсь всё лето потратить на разработку

Ты вроде школу и шарагу уже закончил, или нет?

будет перевод частей шланга для нормальной работы в броузере. С ide нового поколения работающей в том числе и в вебе

Да не будет там ничего, все мы об этом знаем. Сольёшся, как и с блогом на плюсах

Ну а в целом подписывайся на блог. Я собираюсь всё лето потратить на разработку нормальной инфраструктуры для C++.

Там как раз будет перевод частей шланга для нормальной работы в броузере. С ide нового поколения работающей в том числе и в вебе. Правда сомнительно, что я буду заниматься поддержкой какого-либо легаси дерьма. И кто-то за рамки моей инфраструктуры будет это юзать.

Но в любом случае пример достойный, а не какая-то лаба-огрызок. И какую-то реальную статистику с него можно получить. И если(и как) это будет работать для шланга - это будет работать для 95% крестовых проектов.

Лето уже прошло. Показывай нормальную инфраструктуру для С++

Сразу после блога покажет, да.

Скорость компиляции в линукс на с++

А при чём тут линукс? Плюсы везде одинаковые.

Как раз недавно мне попадалось: is msys2 gcc expected to be twice as slow as native linux toolchain? #2074

I have recently compared the performance of gcc toolchain running in msys2 (mingw64 bash) vs native linux when building mame. I was a bit shocked to see that the build time under Linux is almost twice as long: …

github: mame: C++: 98.0%

Конечно, дело не столько в плюсах, сколько в make и fork.

А нафига, ведь их никто менять не будет.

И не только их, а ещё кучу всего. Это похоже на баг компиляторов. Он починен только в форке clang: zapcc

zapcc is a caching C++ compiler based on clang, designed to perform faster compilations. zapcc uses in-memory compilation cache in client-server architecture, remembering all compilation information between runs.

Форк был коммерческой разработкой. 2 года назад его открыли, но разработка, к сожалению, прекратилась.

I was a bit shocked to see that the build time under Linux is almost twice as long:

Так «under Linux» или «under Windows»?

В табличке у него линукс быстрее.

Во-первых, сравнивать надо с нативными средствами, а не с костылепортом. А во-вторых, вообще при чём тут это? Моя реплика была к тому, что валидность вопроса ТСа не зависит от ОС.

Так «under Linux» или «under Windows»?

В табличке у него линукс быстрее.

Да, под виндой ещё медленнее.

Во-первых, сравнивать надо с нативными средствами, а не с костылепортом.

Сам компилятор mingw-w64-gcc нативный. Но да, проблема не столько в нём.

Моя реплика была к тому, что валидность вопроса ТСа не зависит от ОС.

А по сути зависит от экосистемы, которая разная в разных ОС.

если самая примитивная программа компилится секунд 30.

На калькуляторе?

Так а собственно вопрос то в чем? Почему так а не иначе? Как все это дело ускорить? Или в чем?