Исходное сообщение
"Дискуссия об использовании языка C++ для разработки ядра Lin..." Отправлено _kp, 16-Янв-24 21:47
> Так то g++ заметно тормознее gcc...   Это в прошлом было такое. А сейчас что скорость компиляции примерно одинакова, с очень небольшим преимуществом gcc, в среднем, но не всегда.   Но нет дыма без огня. В разных сборках компиляторов скорость может отличаться в разы, например, бывает "хорошая" сборка g++ может быть заметно быстрее gcc или другой сборки g++. Такой бардак с компиляторами есть для esp32 и stm32, и вляпавшись в крайние отклонения в скорости компиляции "удачной" пары компиляторов можно сделать неверные выводы.   При тесте на исходнике который могут переварить оба компилятора, нормальных сборок, то разница незначительна, и быстрее может оказаться и g++.   А  если понаворотите кода, то логично, что работы станет больше, и оптимизировать тоже  надо.   А еще некорректно сравнивать скорость компиляции в отрыве от результата компиляции, а то clang часто быстрее g++, но у g++ бинарник получше на мой взгляд выходит.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Так то g++ заметно тормознее gcc... > Это в прошлом было такое. > А сейчас что скорость компиляции примерно одинакова, с очень небольшим преимуществом gcc, > в среднем, но не всегда. > Но нет дыма без огня. В разных сборках компиляторов скорость > может отличаться в разы, например, бывает "хорошая" сборка g++ может быть > заметно быстрее gcc или другой сборки g++. Такой бардак с компиляторами > есть для esp32 и stm32, и вляпавшись в крайние отклонения в > скорости компиляции "удачной" пары компиляторов можно сделать неверные выводы. > При тесте на исходнике который могут переварить оба компилятора, нормальных > сборок, то разница незначительна, и быстрее может оказаться и g++. > А если понаворотите кода, то логично, что работы станет > больше, и оптимизировать тоже надо. > А еще некорректно сравнивать скорость компиляции в отрыве от результата > компиляции, а то clang часто быстрее g++, но у g++ бинарник > получше на мой взгляд выходит.
	Введите код, изображенный на картинке: