The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз набора компиляторов GCC 4.7.1

14.06.2012 17:21

Доступен корректирующий релиз набора компиляторов GCC 4.7.1, в котором проведена работа по исправлению ошибок, регрессивных изменений и проблем с совместимостью. С момента выхода прошлой версии отмечено 117 исправлений, большинство из которых связано с устранением внесенных ранее регрессивных изменений и с улучшением поддержки спецификаций C++11. Исходные тексты компилятора можно загрузить с сайта проекта или с его зеркал.

  1. Главная ссылка к новости (http://gcc.gnu.org/ml/gcc-anno...)
  2. OpenNews: Релиз набора компиляторов GCC 4.7. Проекту GCC исполнилось 25 лет
  3. OpenNews: Обсуждение возможных планов развития GCC 5.0
  4. OpenNews: Корректирующий релиз набора компиляторов GCC 4.6.3
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34103-gcc
Ключевые слова: gcc
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (39) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 19:49, 14/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –28 +/
    GCC не нужен больше. LLVM - наше все!
     
     
  • 2.2, Аноним (-), 19:54, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Не-не-не, больше компиляторов, хороших и разных. Главное чтобы стандартов придерживались.
     
  • 2.3, emg81 (ok), 20:04, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • +8 +/
    iZEN, залогиньтесь
     
     
  • 3.23, Клыкастый (ok), 00:43, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > iZEN, залогиньтесь

    это 100% не изен, это тролль. он хочет кушать срач. и к тому же он толстенький.

     
     
  • 4.24, Аноним (-), 00:55, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +12 +/
    ну так вылитый изен
     
  • 2.4, Аноним (-), 20:07, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    OpenFoam не собирается LLVM, так что GCC супер.
     
     
  • 3.6, Аноним (-), 20:20, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы забыли добавить "пока не собирается"!
     
     
  • 4.9, fr0ster (ok), 20:39, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Когда будет собираться, тогда и сообщите.
     
  • 3.11, Аноним (-), 20:55, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > OpenFoam не собирается LLVM, так что GCC супер.

    вы хотели сказать авторы OpenFoam - идиоты - которые не умеют писать код, так как пишут не по стандарту, а как научили с gcc? А потом будет как у MPlayer при переходе через версии gcc - когда он переставал собираться и его долго исправляли, и так с каждым крупным релизом..

    Может стоит научиться писать не gcc specific код - а все таки что-то похожее на стандарт языка?
    Можно начать с опции pedantic, потом добавить еще несколько, и не забывать -Wall -Werror - что бы не закрывать глаза на огрехи которые компилятор считает только предупреждениями.

    Так что начните с того что причешите код под стандарты - а потом хвастайтесь что LLVM что-то не собирает.

     
     
  • 4.17, alexxy (ok), 22:10, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ок. Собери мне с помощью llvm что нить низкоуровневое под такой таргет скажем как mips64. например ядро или загрузчик arcload или еще что нить. А потом поговорим на тему кривого кода и стандартов.
     
     
  • 5.28, Аноним (-), 09:03, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ок. Собери мне с помощью llvm что нить низкоуровневое под такой таргет
    > скажем как mips64. например ядро или загрузчик arcload или еще что
    > нить. А потом поговорим на тему кривого кода и стандартов.

    для тебя будет удивлением узнать - что llvm может собирать под mips и arm ?
    Я конечно понимаю - что кроме gcc нету бога и ты на него молишся - но предметную область надо бы изучать..

     
     
  • 6.31, alexxy (ok), 10:32, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я в курсе что там есть таргеты для arm mips ppc ;) но речь идет про низкоуровневый код который llvm не собирет. Так что ты видимо аноним писатель а не читатель.
     
  • 4.21, AllSoftwareSucks (ok), 00:19, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Может стоит научиться писать не gcc specific код - а все таки
    > что-то похожее на стандарт языка?

    Поздно пить боржоми - гнушники уже навязали всем и всюду свои "стандарты".

     
     
  • 5.35, Аноним (-), 12:13, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    толсто загибаешь
     
  • 4.42, 4ertus2 (?), 16:13, 16/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    clang (пока) спотыкается и на некоторых удовлетворяющих стандарту конструкциях
     
  • 2.5, ВовкаОсиист (ok), 20:17, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    может ваше и всё, а у нас свобода выбора.
     
     
  • 3.7, Аноним (-), 20:22, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > может ваше и всё, а у нас свобода выбора.

    Это с GCC с его GPLv3 у вас свобода выбора? Да там по лицензии ограничений почти как в лицензиях MS.
    Другое дело BSD! Вот где истинная свобода!


     
     
  • 4.16, Michael Shigorin (ok), 21:38, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Другое дело BSD! Вот где истинная свобода!

    Это когда уточнения правил игры поступают по ходу пьесы?  Спасибо, уже видели.

    PS: а вообще есть предложение не разводить очередную итерацию, если нет существенных поправок к уже сказанному не раз и не два.

     
  • 4.18, alexxy (ok), 22:11, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Свобода допилить и закрыть. так что бы никому больше не досталось.
     
     
  • 5.32, ig0r (??), 11:27, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    что было открыто однажды, не возможно закрыть.
     
     
  • 6.36, alexxy (ok), 12:35, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Речь про модификацию на базе кода под лицензией бсд. Она не требует его открытости. а раз так что любая компания может взять такой код. допилить и юзать в своих продуктах никому ничего не возвращая. Это и есть причина медленного развития бсд-экосистемы. linux/gnu- экосистема напротив развивается быстрее так как есть требования о возврате изменений в код.
     
     
  • 7.37, Andrey Mitrofanov (?), 13:04, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Речь про модификацию на базе кода под лицензией бсд

    Вы будете ржать, но _и _он _об её же. Да, сейчас он и сам...

     
  • 4.22, Клыкастый (ok), 00:39, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ограничений может и много, цель ограничений - другая.
    а после воплей про BSD есть уверенность, что ты, дружок, провокатор.
     
  • 4.27, Аноним (-), 02:26, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Другое дело BSD! Вот где истинная свобода!

    Особенно заметно на примере Juniper и Apple. Для девайсов на линуксе сорц скачать не проблема. А вот если там BSD - у меня имеется полная свобода ... получить фигу в рыло.

    Для себя я уже сделал выводы где истинная свобода, которую можно ощутить на себе, а где - декоративно-номинальная показуха и подстилание под пару корпораций.

     
     
  • 5.29, Аноним (-), 09:05, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Другое дело BSD! Вот где истинная свобода!
    > Особенно заметно на примере Juniper и Apple. Для девайсов на линуксе сорц
    > скачать не проблема.

    То есть ценится возможность принудить и залесть в чужой карман. А по части исходников..
    Покажите мне где исходники Андроида 3го? ну там ядро и весь тулчеин?
    И как быстро Google открывало исходники 4го?

    > А вот если там BSD - у меня
    > имеется полная свобода ... получить фигу в рыло.

    Джунипер - подарило mips порт, apple активно участвует в разработке freebsd. Но участвуют потому что им выгодно - а не потому что их принуждают.

    > Для себя я уже сделал выводы где истинная свобода, которую можно ощутить
    > на себе, а где - декоративно-номинальная показуха и подстилание под пару
    > корпораций.

    Да да, принуждение и выкручивание рук, залезенье в чужой карман - это сильно лучше хорошего сотрудничества.

     
     
  • 6.33, Аноним (-), 11:43, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    То есть ценится возможность принудить и залесть в чужой карман. А по части исходников..
    Покажите мне где исходники Андроида 3го? ну там ядро и весь тулчеин?
    И как быстро Google открывало исходники 4го?
    --
    Какой эпикфейл. Сам дроид не под гпл лицензией, гугла тебе этот продукт не поставляет - с них взятки гладки. А поставляет моторолка, сонька, самсунг и т.д. Вот с них и требуй ядрышко. Можешь погуглить - наверняка лежит всё что надо на сайтах производителей железок.
     
  • 6.44, Аноним (-), 04:01, 17/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Другое дело BSD! Вот где истинная свобода!
    >> Особенно заметно на примере Juniper и Apple. Для девайсов на линуксе сорц
    >> скачать не проблема.
    > То есть ценится возможность принудить и залесть в чужой карман. А по
    > части исходников..
    > Покажите мне где исходники Андроида 3го? ну там ядро и весь тулчеин?

    Лезешь в чужой карман тут как раз ты, у тебя есть третий андроид? Нет. Значит и права требовать исходники тоже нет.

     
  • 4.43, Аноним (-), 03:57, 17/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это с GCC с его GPLv3 у вас свобода выбора? Да там по лицензии ограничений почти как в лицензиях MS.

    Бред сивой кобылы.

    > Другое дело BSD! Вот где истинная свобода!

    Свобода для кого?

     
  • 2.19, СуперАноним (?), 22:12, 14/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >GCC не нужен больше. LLVM - наше все!

    В вашем BSD мирке? Может быть.

     
  • 2.41, Аноним (-), 22:57, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    От имени разработчиков заяляю. Мы используем и то в своей работе.
     

  • 1.8, haku (??), 20:30, 14/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Первый grub уже собирается в рабочий бинарник?
     
     
  • 2.34, beresk_let (?), 11:47, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да.
     

  • 1.14, Андрей (??), 21:18, 14/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вроде как в 4.7.1 должны были обеспечить полную совместимость с Google Go 1.
     
     
  • 2.30, ананим (?), 09:45, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    больше интересует x32
     

  • 1.38, xxx (??), 15:54, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Хорошая новость, ща потестим.

    Что же касается clang/llvm, то пока он супермега сырой. Версией 3.1 мне удалось собрать проект над которым работаю под ARM Cortex-m3 микроконтроллер LM3Sxxxx (около 20К строк кода С + ASM) и что удивительно оно даже работает, хотя бинарник почти на 10К вырос и памяти больше жрать стало. Но главное, всего за три вечера танцев с бубном и clang я избавился от всей отрицательной энергии и тонн ненависти копившейся во мне годами - теперь я почти святой. В результате о clang'е могу сказать следующее:

    + Действительно толковые сообщения компилятора.
    + Встроенный статический анализатор.
    + Компилирует очень быстро, build-сервер был бы очень рад.
    + Славно матерится на индусокод. Бравым ребятам в тюрбанах из TI большой привет.

    - Документация... Вообще её как бы нету, о ней даже гугл ничего не знает. Приходится пользоваться главным преимуществом свободного ПО - смотреть поддерживаемые опции прямо в исходниках.
    - Значительная часть сообщества и разработчиков геи! Дальше маков жизни нету.
    - Систему кросскомпиляции сразу видно делали большие "архитекторы".
    - Встроенный ассемблер для ARM недопилен. Впрочем можно юзать внешний - гнутый.
    - Весело чудит оптимизатор. Заявленная совместимость с atribute из GCC заявленная, но местами не работающая.

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

     
     
  • 2.39, fr0ster (ok), 17:57, 15/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > - Значительная часть сообщества и разработчиков геи! Дальше маков жизни нету.

    Зайдя в бар "Голубая устрица" иного и не стоит ждать.
    Основной разраб Аппля, естественно, что для него "Дальше маков жизни нету"

     

  • 1.40, Роман (??), 21:11, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, virtualbox-modules собирается криво под 4.7 ветку. Т.е ядерный модуль есть, но крашится при запуске virtualbox. На 32-битной системе, если кому интересно.
    Откат на ветку 4.6, сборка в ней ядерного модуля и возвращение обратно, решают проблему. Не сложно, но неудобно. Может кто знает решение?
     
     
  • 2.45, Аноним (-), 04:02, 17/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Может кто знает решение?

    Написать багрепорт авторам.

     
  • 2.46, Andrey Mitrofanov (?), 13:11, 17/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, virtualbox-modules собирается криво под 4.7 ветку.
    > Откат на ветку 4.6, сборка в ней

    Я знаю: собирать модули ядра той же версией gcc, что и само ядро. Собаководы рекомендуют....

     
     
  • 3.47, Роман (??), 17:43, 11/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Собаководы может и рекомендуют, но ядро как раз собрано новой веткой. Проблема существует...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру