палец Торвальдса

Торвальдс запилит свой компилятор С

поломанная совместимость

Откуда дровишки и почему в development-е?

Нужно писать по стандарту и ничего не сломается

gcc.gnu.org - пару дней назад ждали 4.10

где еще?

Ничего особого. Судя по https://gcc.gnu.org/ml/gcc/2014-07/msg00196.html они просто хотят изменить стиль нумерации версий и мажорную цифру версии брать из номера года.

Нужно переписывать на новый стандарт и ничего не сломается ;)

Нужно писать по стандарту и ничего не сломается

А как же C++11 ABI? Оно ещё нестабильно в GCC. Так что могут заставить пересобирать плюсовые библиотеки.

«GCC 5 is a modular GCC»

C++11 для ленивых

слегка допилить это не переписывать

Вместо gcc 4.10 теперь ожидается gcc 5.0

Вот чорд! только вчера 4.9.1 собрал, поставил, даже толком посмотреть-попробовать не успел, а тут уже 5.0. Чего они там колбасят и зачем так молниеносно?

Это было предложение от 2012 года. Никакого отношения к текущему разговору о GCC 5.0 не имеет.

только вчера 4.9.1 собрал

С багом имени Линуса? ССЗБ.

Баг в 4.9.0 был. Пишут, что в 4.9.1 исправили, не знаю, может врут...

И потом я же его не основным поставил, в local, на попробовать.

ЕМНИП пофикшено в 4.9.2.

Я даже пруфца подкину: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61801

А чего там за баг был?

Линус обозвал GCC исключительным г-ном

Ну и ладно, коли так. Дождусь тогда 5.0, проапгрейдю :-)

А, ну ещё можно пока поэкспериментировать с «багом имени Торвальдса» :-)

Нихрена не понял.

Кратко: ядро эпично не пашет.

У меня 4.7.3-r1. Как перелез с нестабильной ветки на стабильную, больше стараюсь ничего слишком "нестабильного" не ставить..

Потому что новый стандарт и clang/llvm набигают.
Думаю, если бы не было clang/llvm, сейчас последней версией был бы какой-нибудь 4.7.X.

И кстати, с этим -Os вечно были грабли. Помню ещё на -mtune=arm1136jf-s via gcc-3.4.3 использование этого флажка было по сути игрой в русскую рулетку. Он мог запустится и правильно работать, но потом крешнутся в самый неожиданный момент. А мог вообще не запускаться. Или же запускаться и работать нормально. Такое же было и с -O2, -O3, но реже и как-то очевиднее что ли.

для эмбеддед вообще глубоко патченные тулчейны

ну, не скажи! там вариантов для всякого изврата поболее, чем в старых стандартах. да и ленивые его просто не знают, как правило :)

а так: больше компиляторов, хороших и разных! всегда хорошо, когда появляются новые версии. хоть какая-то фича, да окажется полезной.

я пока юзаю на работе старенькие компиляторы (требуется сборка под всякие рудименты типа красной шапки довольно дряхлой). а так, надо бы переходить на 4.9.x - там пофикшены различия между строковыми операндами и конкатенацией строк и дефайнов. это было важно для переноса наших проектов на версии компиляторов с полной поддержкой С++11. ну а дома у меня обычно ваще нестабильная версия и всякая всячина в ассортименте. но про 5.x пока не читала.

Давно пора переходить на модель разработки Firefox...

// шютка

А вообще — вполне логичное решение. Нафиг эти запутанные версии вроди 4.10 .. 4.55 .. 4.89. Потом пойми 4.8 == 4.80 или нет. Всё правильно пацаны делают.

как что-то плохое

С багом имени Линуса? ССЗБ.

Это тот, который проявляется только если собирать под x86-64, но с -Os и -mno-red-zone? То есть на практике только при сборке ядра только под x86-64, но только для embedded? Это да, новый heartbleed...

Модульный GCC??? Да ну нафиг, это же на грани фантастики.

нам нужен свой православный clang под GPL

А С++ не осилит? Или как обычно разработчеги будут патчеги присылать?

C++ для ленивых, на ассемблере пиши

Как меня уже поправили - это было в планах некоторое время назад. А так да, было бы не плохо, если бы не было так сложно. Этот гордиев узел легче разрубить :)

C++ для ленивых, на ассемблере пиши

Писал. Долго.

Ну если тебе в clang'е лицензия не нравится, то предлагаю самостоятельно писать компилятор под нужной тебе лицензией.

а зачем он ему? Для ядра только С нужен

Долго

Вот по этому и C++11

Долго - всмысле много времени писал на ASM. C++11 для ленивых.

Ну ладно, я тебя не подловил.