Вышел набор компиляторов GCC 4.4.0 (http://gcc.gnu.org/gcc-4.4/) с измененным лицензионным соглашением на runtime - "GCC RUNTIME LIBRARY EXCEPTION (http://www.gnu.org/licenses/gcc-exception.html)", убирающим некоторые ограничения (http://www.opennet.me/opennews/art.shtml?num=21050) лицензии GPLv3 для Runtime компонент набора компиляторов, что позволяет генерировать в GCC любой код, независимо от лицензии под которой он будет распространяться (например, в качестве runtime теперь можно использовать код для обеспечения работы виртуальных машин, обрабатывающих байткод, в том числе Java).
Основные изменения (http://gcc.gnu.org/gcc-4.4/changes.html) по сравнению с веткой GCC 4.3.x:
- Добавлен оптимизатор Graphite (http://gcc.gnu.org/wiki/Graphite), основанный на полиэдральном промежуточном представлении - технологии оптимизации для обеспечения параллельного выполнения циклических операций. Оптимизация касается всех языков, поддерживаемых GCC. Разработка позволяет (http://www.opennet...URL: http://gcc.gnu.org/gcc-4.4/
Новость: http://www.opennet.me/opennews/art.shtml?num=21376
Нехилый список изменений, респекты разработчикам - внушает.Интересно, насколько от этого глюков прибавится? :)
11%
> 11%Для такого списка изменений - это было бы довольно неплохо.
> что позволяет генерировать в GCC любой код, независимо от лицензии под которой он будет распространятьсяА раньше нельзя было?
>> что позволяет генерировать в GCC любой код, независимо от лицензии под которой он будет распространяться
>
>А раньше нельзя было?раньше были сомнения. по крайней мере именно поэтому freebsd для системы использует gcc с лицензией gplv2
>>> что позволяет генерировать в GCC любой код, независимо от лицензии под которой он будет распространяться
>>А раньше нельзя было?Как текст в новости, так и выдернутая из него без контекста цитата -- совсем ни о чём и не о том. У меня почему-то такое впечатление, что GPLv3 и исключения для линковки генерируемого кода с библиотеками -- совсем не про "позволяет генерировать в GCC любой код". Наверное, я слишком серьёзно отношусь к своим впечатлениям.
>раньше были сомнения. по крайней мере именно поэтому freebsd для системы использует
>gcc с лицензией gplv2Угу, и каждый год 1-го апреля переходят с gcc... многия лета. На tcc, pcc, icc, llvm, ... Интересы "коммерческих пользователей" обязывают?
>[оверквотинг удален]
>-- совсем ни о чём и не о том. У меня
>почему-то такое впечатление, что GPLv3 и исключения для линковки генерируемого кода
>с библиотеками -- совсем не про "позволяет генерировать в GCC любой
>код". Наверное, я слишком серьёзно отношусь к своим впечатлениям.
>
>>раньше были сомнения. по крайней мере именно поэтому freebsd для системы использует
>>gcc с лицензией gplv2
>
>Угу, и каждый год 1-го апреля переходят с gcc... многия лета. На
>tcc, pcc, icc, llvm, ... Интересы "коммерческих пользователей" обязывают?давайте так - среди разработчиков free были непонятки с лицензией gplv3, о чем можно почитать в рассылке. что я ам прочел, то и изложил. со всеми уточнениями - а авторам
Расскажите кто в теме плиз, а поддержу java (gcj и classpath) там совсем забросили или как и что происходит?последняя новость на http://gcc.gnu.org/java/ от March 30, 2007
Просто в статусе http://gcc.gnu.org/java/status.html говорят Status of GCJ as of GCC 3.2, а сейчас уже вон 4.4.0, получается с тех пор ничего не делали? Или страницу не обновили?
На http://www.gnu.org/software/classpath/ вроде чуть получше, не так давно релиз был, но всё равно жабой 1.6 там вроде не пахнет и совершенно непонятно как он связан с gcj, если последнего забросили два года назад...
Хочется мне знать, продолжать мечатать об ahead-of-time компиляции в нативный код или забыть об этом напрочь и не мучить себя понапрасну.
ЗЫ Большая, огромная и убедительная просьба троллей с воплями "жаба аццтой, пиши на c++/qt" и иже с ними промолчать. Вопрос не об этом.
>Ну вот теперь может и во фряхе обновят копилятор :)Хорошо бы.
>>Ну вот теперь может и во фряхе обновят копилятор :)
>
>Хорошо бы.Не понял в чем проблема - в портах есть gcc42, gcc43, gcc44, gcc45
Бери любой и пользуйся
Порты это порты, а базовая система это базовая система.
По моему, просто отдельный сайт для него забили поддерживать. Список рассылки активен.
Napisano "April 21, 2008". :)
Novost' iz proshlogo.
ядро и модули собрались без проблем. ура!)
> строковые функции больше не принимают "char*" вместо "const char*"Жесть
похоже что это особенности перевода."Some of the standard C++ library include files have been edited to use replacement overloads for some common C library functions (if available), with the goal of improving const-correctness: functions passed a const char* return const char*."
Как я понимаю теперь сделали по правильному - две перегрузки - константная принимающая const char* и его же возвращающая и обычная, работающая с неконстантыми типами. это дает соптимизировать констнантную версию. Т.е. вот это не прокатит:
const char* str1;
char* str2 = strchr(str1, 'a');
т.к. должен быть const char* str2.
А другие компиляторы, веб-, 3D-редакторы, не могут, значит, создавать несвободное? 3 версия лицензии стесняет движения, и, постоянно учитывая её, так приятно однажды вернуться к GPL v2 проекту хоть на денёк! Когда всё легко и просто, и встречает как родного... Предлагаю GPL 2.5, или 3.1. Тот же GPL 2.0 с тем самым пунктом из 3.0, который штопает ту дырочку, и зависимости к нему.
>А другие компиляторы, веб-, 3D-редакторы, не могут, значит, создавать несвободное? 3 версия
>лицензии стесняет движения, и, постоянно учитывая её, так приятно однажды вернуться
>к GPL v2 проекту хоть на денёк! Когда всё легко и
>просто, и встречает как родного... Предлагаю GPL 2.5, или 3.1. Тот
>же GPL 2.0 с тем самым пунктом из 3.0, который штопает
>ту дырочку, и зависимости к нему.Серьёзно, только об 1 плюсе слышал GPL 3.0. Значит, набранное в GPL 3.0 текстовом редакторе текст - свободный?