GCC-плагин DragonEgg прошёл тест на самосборку

а оно оптимизирует лучше, чем g++?

А я думал, что как раз таки gcc это оптимизатор g++

если уж на то пошло, оптимизатор g++ это cc1plus, а gcc - cc1

вопрос был, конечно, про отличия в оптимизации GCC без плагина и с ним - есть ли прирост производительности, или пока это просто концепт

Ничего об этом не знаю, да и не очень интересно, хотя может на днях попробую

А смысл во всем этом какой? Для конечного разработчика?

> Obj-C++

Звучит как масло масленное. Это что помесь C++ и Obj-C?

Если результат компиляции будет работать быстрее или занимать меньший объём это имеет смысл для конечного разработчика?

в новых версиях Т1000 это будет включено?

нет, в релиз уже не успеют включить ;[

Аа лаадн. Пошлите тогда патчем Коннору на мыло. Он встретит&пропатчит.

Выходит что таки LLVM попродвинутее GCC в плане оптимизации? Иначе зачем?

когда я последний раз смотрел gcc-llvm, то он безбожно сливал обычному gcc по оптимизации

Ну и? Тесты уже какие-нибудь есть? Насколько оно быстрее gcc: в размерах, математике, циклах, другом? Почему не пишут ничего?

Это что помесь C++ и Obj-C?

Да. Язык с двумя плохо смешиваемыми объектными системами.

> Если результат компиляции будет работать быстрее или занимать меньший объём это имеет смысл для конечного разработчика?

Дык в новости про это ничего не написано. Есть ли толк в этих llvm-оптимизаторах для gcc, у которого и свои есть? Или это так, чисто теоретический интерес представляет?

тестов нет - болтать вроде не очем

>А смысл во всем этом какой? Для конечного разработчика?

присоединяюсь к вопросу. имеет ли смысл использовать это дополнения для компиляции, к примеру, вычислительных задач?

> Или это так, чисто теоретический интерес представляет?

Во всяком случае, пусть будет, может, что и выйдет что-то хорошее.

> Дык в новости про это ничего не написано. Есть ли толк в этих llvm-оптимизаторах для gcc, у которого и свои есть? Или это так, чисто теоретический интерес представляет?

Для GCC - нет, у него свой оптимизатор есть. Это они LLVM так тестируют. Главная фича LLVM - это JIT и генерация на лету. А в GCC 4.5 зато будет киллер-фича - глобальная оптимизация программ.

Насчёт киллер-фичи вы серьёзно? А то я сам толком не врубился - оно будет только код генерировать или ещё и JIT добавит?

По-моему просто ещё один(ну или несколько) способов оптимизации программ.

оно нужно чтобы байт-код ручками оптимизировать или я чего не понял?

Гентушнеки должно быть с нетерпением потирают руки.

> когда я последний раз смотрел gcc-llvm, то он безбожно сливал обычному gcc по оптимизации

Когда это было и почему это должно быть интересно сейчас?

Это было в марте прошлого года. Я не вижу причин почему сейчас gcc-llvm должен быть быстрее, сомневаюсь, что за год можно было что-то сделать.

>Если результат компиляции будет работать быстрее или занимать меньший объём это имеет смысл для конечного разработчика?

<Murphy's law>Определённо да: зная это он будет писать плохой код</Murphy's law>

>> Это что помесь C++ и Obj-C?

Да. Язык с двумя плохо смешиваемыми объектными системами.

вообще-то это сложно языком назвать, скорее средство интеграции частей программы, написанных на Obj-C, и частей, написанных на C++

> Why? Because we love to build!

Гентушники детектед

> Выходит что таки LLVM попродвинутее GCC в плане оптимизации?

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

Иначе зачем?

Например затем, чтобы генерить LLVM IR из GCC, и потом линковать с IR, полученным из других компиляторов, работающих с LLVM.

С LLVM не знаком . А чем отлаживать программы для него ?

Внезапно: gdb

>>>Я не вижу причин почему сейчас gcc-llvm должен быть быстрее

Есть вообще сомнения, что из этого выйдет что-либо путное...

Ну да пусть пилят, глядишь чего и выйдет 8)

А штоыта? //комменты не читал