| 1.1, Аноним (-), 10:41, 13/10/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
и что, этот плугин оптимизит лучше чем стандартные средства gcc? не верю!
| | |
| 1.3, Dron (ok), 10:56, 13/10/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 llvm в плане оптимизации пока отстает от gcc... Но зато он развивается гораздо стремительнее. Не пройдет и года как gcc отправится на свалку истории. :)
Кроме того llvm значительно информативнее рапортует об ошибках. Причем диагностирует больше, чем gcc. Для разработчиков очень ценное качество.
В чем смысл сабжа - не знаю :)
| | |
| |
| 2.12, User294 (ok), 16:36, 13/10/2010 [^] [^^] [^^^] [ответить]
| –5 +/– |
 > Не пройдет и года как gcc отправится на свалку истории. :)
А этот ваш год - это по масштабам какой планеты? Зуб даю что не планеты Земля :). Или у вас есть железная уверенность что через год LLVM будет генерить мипсовые инструкции оптимальнее гцц? :)
| | |
| |
| 3.15, Dron (ok), 16:43, 13/10/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Не пройдет и года как gcc отправится на свалку истории. :)
> А этот ваш год - это по масштабам какой планеты? Зуб даю
> что не планеты Земля :). Или у вас есть железная уверенность
> что через год LLVM будет генерить мипсовые инструкции оптимальнее гцц? :)
llvm сделан правильнее... gcc за ним не угонится.
FreeBSD уже отказывается от gcc - но у них мотивы другие, лицензионные.
Год или не год - видно будет в конце 2011 :)
Надо где нибудь записать - то дескать великий я предсказал смерть gcc в конце 2011. :D
| | |
| 3.16, аноним (?), 16:57, 13/10/2010 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> мипсовые инструкции оптимальнее гцц? :)
Поверьте, будет. Как человек, разрабатывающий под MIPS скажу - хуже, чем это делает gcc сделать сложно.
| | |
|
| 2.17, Кракен (?), 16:57, 13/10/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Кроме того llvm значительно информативнее рапортует об ошибках.
Причем тут llvm? clang - да.
| | |
|
| 1.4, Толстый_ (?), 11:37, 13/10/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
лучше бы не тратили время на плагин к gcc, а работали непосредственно над clang и llvm. Разработчики gcc этого не оценят, а толку все равно немного. Лучше бы реализовали эти чертовы исключения в Windows.
| | |
| |
| 2.5, Sylvia (ok), 12:20, 13/10/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
 итак работают
а плагин - всего-лишь замена llvm-gcc для более современных версий GCC >= 4.5.x ( llvm-gcc 4.2.1 )
| | |
| 2.9, Andrey Mitrofanov (?), 15:36, 13/10/2010 [^] [^^] [^^^] [ответить]
| +/– |
>лучше бы не тратили
>а работали непосредственно
>Лучше бы реализовали эти чертовы исключения в Windows.
Поддерживаю!! Начинай быстрее!!!
| | |
| 2.13, User294 (ok), 16:39, 13/10/2010 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Лучше бы реализовали эти чертовы исключения в Windows.
Думаю что кому надо - тот и реализует.
| | |
|
| 1.6, Геннадий (??), 14:41, 13/10/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Наконец то может быть будут сломаны старые устои. Надоел уже gcc, надеюсь llvm будет лучше и прозрачнее для меня как для разработчика.
| | |
| |
| 2.8, pavlinux (ok), 14:57, 13/10/2010 [^] [^^] [^^^] [ответить]
| +/– |
 > Наконец то может быть будут сломаны старые устои. Надоел уже gcc, надеюсь
> llvm будет лучше и прозрачнее для меня как для разработчика.
Прозрачные программисты рисуют квадратики, ромбики и стрелочки, сохраняют в UML и
отдают на пожирание кодогенератору и 5 числа каждого месяца получают бабло.
Алгоритмические художники! Ёпть, Архитекторы Матриц! :)
| | |
| |
| 3.14, User294 (ok), 16:40, 13/10/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
А, так вот почему матрицу все хакали... там оказывается бредогенераторы код генерили :)
| | |
|
| |
| 3.22, аноним (?), 22:11, 13/10/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А я наоборот привык к gcc и мне лень осваивать какие-то там
> llvm :(
К чему там привыкать, тем более что clang/clang++ - drop-in замена gcc/g++? Ошибки показывает гораздо нагляднее, код генерирует более эффективный, больше, собственно, ничего не нужно.
| | |
|
|
| 1.25, Mna (??), 15:14, 15/10/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> до достаточно высокого уровня доведена работоспособность DragonEgg для языков
> Си и Си++ <...> много работы предстоит проделать для поддержки Java.
А что надо для поддержки Java? надо чтоб VM-kit стал нормальным, или что?
Вроде фронтэнд gcc (gcj) парзит Jav'у нормально, но что там с бэкэндом?
| | |
|
