Вполне вероятно, что буквально скоро ничего не произойдёт

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

Годная новость. Конкуренция - это хорошо.

причем последний демонстрирует чуть ли не 20% прирост попугаев в скомпилированных программах. А еще, кажется, они наконец впилили openMP. Вполне вероятно, что буквально скоро он обгонит gcc.

Хм. Он получил 20% прироста производительности и до сих пор «буквально скоро»? Какой тормоз этот ваш LLVM.

Вот когда обгонит в два раза по скорости исполнения скомпилированных программ, тогда и будет что обсуждать. Сейчас в нём смысла никакого.

Ничего, в GCC 4.8 поломали не синтетические бенчмарки(SPEC CPU 2006, 464.h264ref and 416.gamess), - все основаны на реальных программах, и кто знает что ещё. Жаль, но дни GCC похоже сочтены.

GCC now uses a more aggressive analysis to derive an upper bound for the number of iterations of loops using constraints imposed by language standards. This may cause non-conforming programs to no longer work as expected, such as SPEC CPU 2006 464.h264ref and 416.gamess

дни GCC похоже сочтены.

Бидапичаль.

Жаль, но дни GCC похоже сочтены.

Ты не спеши gcc хоронить, он еще успеет дать шлангу прикурить. К тому же шланг умеет полторы архитектуры.

сам я болею за GCC, но они не стараются похоже. %)

угу, у них пиара меньше

Сколько уже лет пилят шлангец? И каждый день «уже вот-вот скоро обгоним gcc».

самая полная поддержка C++? Теоретическая возможность objectiveC?

когда пилили Go, гуглы сказали, что кроме x86_64 на десктопе все можно закопать :)

Теоретическая возможность objectiveC

Я на генте с помощью gcc с поддержкой obj-c собирал unar.

в маке теперь рулит шланг. соответственно, все новые фишки под гцц пилиться не будут, старые фишки не будут поддерживаться, итп.

Сколько уже лет пилят шлангец?

ровно в два раза меньше чем gcc

И каждый день «уже вот-вот скоро обгоним gcc».

разве что от троллей, но прогресс есть, ориентировочно (если верить ссылке) уже практически догнали, +- флуктуации

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

Новость хорошая, но заголовок вводит в заблуждение, будто ускорилась работа самого шиланга.

Ну мне на гуголь болт наложить, как и на весь x86. А вот с MIPS у шланга швах.

в GCC 4.8 поломали не синтетические бенчмарки

Ничего особенного, это не в первый и не в последний раз. GCC регулярно ломает ранее работавший быдлокод. Не смотря на это, популяция идиотов, считающих c/c++ простыми интуитивно-понятными языками, практически не уменьшается.

GCC регулярно ломает ранее работавший быдлокод.

Жаль у них нет торвальдса. Он бы им объяснил, доходчиво, почему не нужно ломать приложения. Быдлокод там или нет - это дело десятое. Нельзя просто так взять и научится писать нормальный код. А если не писать совсем, то как научиться?

самая полная поддержка C++?

Самая полная поддержка С++ там только под маком. Под остальные архитектуры многих новых штук нет.

А если не писать совсем, то как научиться?

Попробовать не игнорировать ворнинги?

Осталась мелочь: выпилить gcc-измы из всего софта :)

Смысл шланга не в скорости компиляции, а в возможностях статического анализа и преимуществах инфраструктуры LLVM.

Смысл шланга не в скорости компиляции, а в возможностях статического анализа и преимуществах инфраструктуры LLVM.

Смысл шланга в том, что Эпплу впадлу использовать компоненты под GPLv3.

Осталась мелочь: выпилить gcc-измы из всего софта :)

clang неплохо поддерживает гнутые расширения.

А еще, кажется, они наконец впилили openMP.

Nope

Жаль у них нет торвальдса.

У них есть Стандарт.

Нельзя просто так взять и научится писать нормальный код.

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

А еще, кажется, они наконец впилили openMP

Не впилили, заливайте шампанское обратно.

Все нужные архитектуры внесли свои патчи. Ненужные архитектуры не нужны.

clang 3.2 и gcc 4.7 показывали равные результаты на тестах фороникса, за исключением тестов с openmp.

Смысл шланга не в скорости компиляции

Кому как.

Ключ же есть для отключения.

Самая полная это какая?

http://clang.llvm.org/cxx_status.html

http://gcc.gnu.org/projects/cxx0x.html

Судя по этим ссылкам в гцц таки полнее + есть концепты из не вошедшего.

гуглы сказали

Это гуглоподелия можно закопать.

гуглы сказали, что кроме x86_64 на десктопе все можно закопать :)

Если бы могли, они бы и настольные компьютеры закопали бы. Так что не стоит на них ориентироваться в данном случае.

Мир не ограничивается одними лишь десктопами.

при чем тут мак? Дело в возможности создать мако-совместимое окружение на линуксе

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

Как-то darling не привлёк внимания.

Ерунда, под линуксом такая же точно поддержка.

У него поддержка лучше только со стороны новой стандартной библиотеки, но часть новых фич в ней работает пока только под макосью.
http://libcxx.llvm.org/results.Linux.html

Это скорее ядро виновато, что там гццизм на гццизме...

Нельзя просто так взять и научится писать нормальный код.

можно, и сразу, если знаешь что пишешь, а не по принципу «вроде работает, значит сойдёт».

Хм.. Я почему-то думал, что оно опцией включается, но да ты прав, концепты в другой ветке.

Жаль у них нет торвальдса. Он бы им объяснил, доходчиво, почему не нужно ломать приложения.

нельзя убить мертворожденного ребёнка.

Дело в возможности создать мако-совместимое окружение на линуксе

Но зачем?

MIPS

оно еще живо?

выкинуть половину линуксового говнософта и притащить с мака проги с пиксельно-вылизанным гуем