Доступен (http://gcc.gnu.org/ml/gcc-announce/2012/msg00003.html) корректирующий релиз набора компиляторов GCC 4.7.1 (http://gcc.gnu.org/), в котором проведена работа по исправлению ошибок, регрессивных изменений и проблем с совместимостью. С момента выхода прошлой версии отмечено 117 исправлений (http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&...), большинство из которых связано с устранением внесенных ранее регрессивных изменений и с улучшением поддержки спецификаций C++11. Исходные тексты компилятора можно загрузить с сайта проекта (ftp://gcc.gnu.org/pub/gcc/releases/gcc-4.7.1/) или с его зеркал (http://gcc.gnu.org/mirrors.html).URL: http://gcc.gnu.org/ml/gcc-announce/2012/msg00003.html
Новость: http://www.opennet.me/opennews/art.shtml?num=34103
GCC не нужен больше. LLVM - наше все!
Не-не-не, больше компиляторов, хороших и разных. Главное чтобы стандартов придерживались.
iZEN, залогиньтесь
> iZEN, залогиньтесьэто 100% не изен, это тролль. он хочет кушать срач. и к тому же он толстенький.
ну так вылитый изен
OpenFoam не собирается LLVM, так что GCC супер.
Вы забыли добавить "пока не собирается"!
Когда будет собираться, тогда и сообщите.
> OpenFoam не собирается LLVM, так что GCC супер.вы хотели сказать авторы OpenFoam - идиоты - которые не умеют писать код, так как пишут не по стандарту, а как научили с gcc? А потом будет как у MPlayer при переходе через версии gcc - когда он переставал собираться и его долго исправляли, и так с каждым крупным релизом..
Может стоит научиться писать не gcc specific код - а все таки что-то похожее на стандарт языка?
Можно начать с опции pedantic, потом добавить еще несколько, и не забывать -Wall -Werror - что бы не закрывать глаза на огрехи которые компилятор считает только предупреждениями.Так что начните с того что причешите код под стандарты - а потом хвастайтесь что LLVM что-то не собирает.
Ок. Собери мне с помощью llvm что нить низкоуровневое под такой таргет скажем как mips64. например ядро или загрузчик arcload или еще что нить. А потом поговорим на тему кривого кода и стандартов.
> Ок. Собери мне с помощью llvm что нить низкоуровневое под такой таргет
> скажем как mips64. например ядро или загрузчик arcload или еще что
> нить. А потом поговорим на тему кривого кода и стандартов.для тебя будет удивлением узнать - что llvm может собирать под mips и arm ?
Я конечно понимаю - что кроме gcc нету бога и ты на него молишся - но предметную область надо бы изучать..
Я в курсе что там есть таргеты для arm mips ppc ;) но речь идет про низкоуровневый код который llvm не собирет. Так что ты видимо аноним писатель а не читатель.
> Может стоит научиться писать не gcc specific код - а все таки
> что-то похожее на стандарт языка?Поздно пить боржоми - гнушники уже навязали всем и всюду свои "стандарты".
толсто загибаешь
clang (пока) спотыкается и на некоторых удовлетворяющих стандарту конструкциях
может ваше и всё, а у нас свобода выбора.
> может ваше и всё, а у нас свобода выбора.Это с GCC с его GPLv3 у вас свобода выбора? Да там по лицензии ограничений почти как в лицензиях MS.
Другое дело BSD! Вот где истинная свобода!
> Другое дело BSD! Вот где истинная свобода!Это когда уточнения правил игры поступают по ходу пьесы? Спасибо, уже видели.
PS: а вообще есть предложение не разводить очередную итерацию, если нет существенных поправок к уже сказанному не раз и не два.
Свобода допилить и закрыть. так что бы никому больше не досталось.
что было открыто однажды, не возможно закрыть.
Речь про модификацию на базе кода под лицензией бсд. Она не требует его открытости. а раз так что любая компания может взять такой код. допилить и юзать в своих продуктах никому ничего не возвращая. Это и есть причина медленного развития бсд-экосистемы. linux/gnu- экосистема напротив развивается быстрее так как есть требования о возврате изменений в код.
> Речь про модификацию на базе кода под лицензией бсдВы будете ржать, но _и _он _об её же. Да, сейчас он и сам...
ограничений может и много, цель ограничений - другая.
а после воплей про BSD есть уверенность, что ты, дружок, провокатор.
> Другое дело BSD! Вот где истинная свобода!Особенно заметно на примере Juniper и Apple. Для девайсов на линуксе сорц скачать не проблема. А вот если там BSD - у меня имеется полная свобода ... получить фигу в рыло.
Для себя я уже сделал выводы где истинная свобода, которую можно ощутить на себе, а где - декоративно-номинальная показуха и подстилание под пару корпораций.
>> Другое дело BSD! Вот где истинная свобода!
> Особенно заметно на примере Juniper и Apple. Для девайсов на линуксе сорц
> скачать не проблема.То есть ценится возможность принудить и залесть в чужой карман. А по части исходников..
Покажите мне где исходники Андроида 3го? ну там ядро и весь тулчеин?
И как быстро Google открывало исходники 4го?> А вот если там BSD - у меня
> имеется полная свобода ... получить фигу в рыло.Джунипер - подарило mips порт, apple активно участвует в разработке freebsd. Но участвуют потому что им выгодно - а не потому что их принуждают.
> Для себя я уже сделал выводы где истинная свобода, которую можно ощутить
> на себе, а где - декоративно-номинальная показуха и подстилание под пару
> корпораций.Да да, принуждение и выкручивание рук, залезенье в чужой карман - это сильно лучше хорошего сотрудничества.
То есть ценится возможность принудить и залесть в чужой карман. А по части исходников..
Покажите мне где исходники Андроида 3го? ну там ядро и весь тулчеин?
И как быстро Google открывало исходники 4го?
--
Какой эпикфейл. Сам дроид не под гпл лицензией, гугла тебе этот продукт не поставляет - с них взятки гладки. А поставляет моторолка, сонька, самсунг и т.д. Вот с них и требуй ядрышко. Можешь погуглить - наверняка лежит всё что надо на сайтах производителей железок.
>>> Другое дело BSD! Вот где истинная свобода!
>> Особенно заметно на примере Juniper и Apple. Для девайсов на линуксе сорц
>> скачать не проблема.
> То есть ценится возможность принудить и залесть в чужой карман. А по
> части исходников..
> Покажите мне где исходники Андроида 3го? ну там ядро и весь тулчеин?Лезешь в чужой карман тут как раз ты, у тебя есть третий андроид? Нет. Значит и права требовать исходники тоже нет.
> Это с GCC с его GPLv3 у вас свобода выбора? Да там по лицензии ограничений почти как в лицензиях MS.Бред сивой кобылы.
> Другое дело BSD! Вот где истинная свобода!
Свобода для кого?
>GCC не нужен больше. LLVM - наше все!В вашем BSD мирке? Может быть.
От имени разработчиков заяляю. Мы используем и то в своей работе.
Первый grub уже собирается в рабочий бинарник?
Да.
Вроде как в 4.7.1 должны были обеспечить полную совместимость с Google Go 1.
больше интересует x32
Хорошая новость, ща потестим.Что же касается clang/llvm, то пока он супермега сырой. Версией 3.1 мне удалось собрать проект над которым работаю под ARM Cortex-m3 микроконтроллер LM3Sxxxx (около 20К строк кода С + ASM) и что удивительно оно даже работает, хотя бинарник почти на 10К вырос и памяти больше жрать стало. Но главное, всего за три вечера танцев с бубном и clang я избавился от всей отрицательной энергии и тонн ненависти копившейся во мне годами - теперь я почти святой. В результате о clang'е могу сказать следующее:
+ Действительно толковые сообщения компилятора.
+ Встроенный статический анализатор.
+ Компилирует очень быстро, build-сервер был бы очень рад.
+ Славно матерится на индусокод. Бравым ребятам в тюрбанах из TI большой привет.- Документация... Вообще её как бы нету, о ней даже гугл ничего не знает. Приходится пользоваться главным преимуществом свободного ПО - смотреть поддерживаемые опции прямо в исходниках.
- Значительная часть сообщества и разработчиков геи! Дальше маков жизни нету.
- Систему кросскомпиляции сразу видно делали большие "архитекторы".
- Встроенный ассемблер для ARM недопилен. Впрочем можно юзать внешний - гнутый.
- Весело чудит оптимизатор. Заявленная совместимость с atribute из GCC заявленная, но местами не работающая.Как закончу читать справочник по матерному английскому буду строчить в списки рассылки, глядишь года через два можно будет пользоваться.
> - Значительная часть сообщества и разработчиков геи! Дальше маков жизни нету.Зайдя в бар "Голубая устрица" иного и не стоит ждать.
Основной разраб Аппля, естественно, что для него "Дальше маков жизни нету"
Кстати, virtualbox-modules собирается криво под 4.7 ветку. Т.е ядерный модуль есть, но крашится при запуске virtualbox. На 32-битной системе, если кому интересно.
Откат на ветку 4.6, сборка в ней ядерного модуля и возвращение обратно, решают проблему. Не сложно, но неудобно. Может кто знает решение?
> Может кто знает решение?Написать багрепорт авторам.
> Кстати, virtualbox-modules собирается криво под 4.7 ветку.
> Откат на ветку 4.6, сборка в нейЯ знаю: собирать модули ядра той же версией gcc, что и само ядро. Собаководы рекомендуют....
Собаководы может и рекомендуют, но ядро как раз собрано новой веткой. Проблема существует...