Фонд свободного ПО опубликовал финальный вариант лицензионного соглашения "GCC RUNTIME LIBRARY EXCEPTION (http://www.gnu.org/licenses/gcc-exception.html)", убирающего некоторые ограничения лицензии GPLv3 для Runtime компонент набора компиляторов GCC. Данное событие открывает двери для выпуска релиза GCC 4.4 (http://gcc.gnu.org/gcc-4.4/), находившегося длительное время в замороженном состоянии, ожидая от Фонда Свободного программного обеспечения утверждения изменения лицензии на runtime библиотеки. Точное время выпуска релиза GCC 4.4 пока не известно, но принципиальных сдерживающих выпуск релиза факторов не осталось. Уже сформирована новая экспериментальная ветка GCC 4.5, в которую открыт прием новых патчей от разработчиков.
Изменение текста лицензионного исключения для Runtime-библиотек, понадобилось из-за перехода GCC на лицензию GPLv3, с целью предоставить возможность генерировать в GCC любой код, независимо от лицензии под которой он будет распространяться. Разработчикам предос...URL: http://www.gnu.org/licenses/gcc-exception.html
Новость: http://www.opennet.me/opennews/art.shtml?num=21050
Хм, теперь в базовую систему FreeBSD таки смогут добавить свежий gcc и не трахать мозг llvm'ом и затыканием багов в до-GPLv3'шном gcc4.2?
это вообще шутка... кажется.
То, что удалили gcc из базовой системы - шутка, да. А то, что не используют gcc после ее перехода на GPLv3 - горькая правда.
переход FreeBSD с gcc на llvm это 1-апрельская шутка
> переход FreeBSD с gcc на llvm это 1-апрельская шуткане, в долгосрочной перспективе разработчики FreeBSD и правда собираются не насиловать кошелек FreeBSD Foundation на юристов и перейти на BSD-like LLVM. Это уже не говоря о том, что оптимизация кода у LLVM лучше чем у GCC.
>не говоря о том, что оптимизация кода у LLVM лучше чем
>у GCC.Не пройдет и 10 лет как появится новость про то что фрибсд почти, ну практически совсем, ну вот вот, без пяти минут, уже буквально завтра отказывается от gcc :D.Помнится подобные инициативы уже были и даже не вчера, а все так и не перешли.А оптимизация кода у вьюжл студии еще длиннее, валите сразу уж на нее, так будет сразу все с вами понятно :)
> Помнится подобные инициативы уже были и даже не вчера, а все так и не перешли.Отказывались в пользу чего? Переходить на PCC (как OpenBSD) никто не собирался. С clang/llvm мир (с парой исключений) и ядро компилится уже сейчас. Если глянуть на [[http://git.hoeg.nl/?p=llvm-bmake makefile'ы]], то видно что затея все еще не умерла. И как-то на своем десктопе я не заметил проблем от сборки мира/ядра с помощью clang/llvm. Кроме мира у мя приложения из портов этим компилятором собираются (xserver, mesa, почти все Xorg-библиотеки, git, emacs), но никаких регрессий в плане производительности я не заметил, скорее наоборот.
> А оптимизация кода у вьюжл студии еще длиннее, валите сразу уж на нее, так будет сразу все с вами понятно :)
Ну вот если бы там лицензия была б BSD-like как у LLVM, то можно было б подумать...
а чего сами не написали?
ждёте когда за Вас работу сделают красноглазые линуксоиды в помоешной гцц с помоешной гпл?
Поскольку, LLVM компилятор генерит код для гипотетического процессора с RISC-подобной архитектурой (в железе такого нет), то исполняется такой код в виртуальной LLVM машине. Выходит, что ядро FreeBSD всегда будет исполняться в этой виртульной машине, работающей на реальных процессорах, в т.ч. и x86 :)
Как я уже сказал, это никакая не шутка. Меня лично волнует не столько llvm (вещь в технологическом плане куда более перспективная, чем gcc, и не является такой кошмарной помойкой), сколько застой в плане gcc, binutils и остальной кухни под gpl. Не, ну очкуете вы в base GPLv3 софт включать, ладно (хотя юристы давно говорили, что никаких проблем с этим не будет - однохренственно gpl2 или gpl3, а кому надо может не собирать gpl софт вообще как раньше), но дайте возможность юзать нормальный gcc. Я понимаю, что можно из портов поставить, но в базовой системе gcc патченый и с какими-то дополнительными настройками (то, что через #define включается). Например, #pragma pack работает в gcc 4.2 из base, но не из портов. Не уверен даже, что gcc 4.[234] из портов соберет базовую систему. Если бы все хаки были задокументированы и продублированы в портах, можно было бы не думая ставить gcc 4.4, последние binutils, gdb и т.д., и не париться, ан нет.
>[оверквотинг удален]
>проблем с этим не будет - однохренственно gpl2 или gpl3, а
>кому надо может не собирать gpl софт вообще как раньше), но
>дайте возможность юзать нормальный gcc. Я понимаю, что можно из портов
>поставить, но в базовой системе gcc патченый и с какими-то дополнительными
>настройками (то, что через #define включается). Например, #pragma pack работает в
>gcc 4.2 из base, но не из портов. Не уверен даже,
>что gcc 4.[234] из портов соберет базовую систему. Если бы все
>хаки были задокументированы и продублированы в портах, можно было бы не
>думая ставить gcc 4.4, последние binutils, gdb и т.д., и не
>париться, ан нет.Переадрисуйте свой гнев Free Software foundation - которые подмяли под себя GCC и меняют лицензию как хотят, не заботясь о остальных. FSF уже давно превратилось в корпорацию которая навязывает всем свою модель поведения и свою правду. Мнение остальных ее не интересует, она за вас уже подумала...
помоему я это где-то уже видел.. ах да в MicroSoft, не зря же такой борец против BSDL как User294 так хорошо разбирается в компилярторах от этой фирмы ;-)
>Переадрисуйте свой гнев Free Software foundation - которые подмяли под себя GCC и меняют лицензию как хотят, не заботясь о остальных.звучит примерно так: бил гейтс уже давно подмял под себя винду и всем разработчикам диктует свои условия.
>FSF уже давно превратилось в корпорацию которая навязывает всем свою модель поведения и свою правду. Мнение остальных ее не интересует, она за вас уже подумала... помоему я это где-то уже видел.. ах да в MicroSoft, не зря же такой борец против BSDL как User294 так хорошо разбирается в компилярторах от этой фирмы ;-)это Вы чего? за нас (за которых подумали) беспокоитесь?
не стоит право.
и вообще, Вам же gcc не нравилась вроде? чего так переживаете то? займитесь перспективной ллвм наконец. или ещё чем, что там перспективнее и свободнее...
оставьте свободу людям понимать понятие свободы по-своему.
p.s.^
а потом ещё жалуются, что линуксоиды бздишников задолбали... ещё бы!
кстати, про застой в гсс и бинутилс - +1000. долго ржал :-D
>Хм, теперь в базовую систему FreeBSD таки смогут добавить свежий gcc и не трахать мозг llvm'ом и затыканием багов в до-GPLv3'шном gcc4.2?Наоборот. Все это начало конца монополии Linux и gcc в мире свободного софта.
>Наоборот. Все это начало конца монополии Linux и gcc в мире свободного
>софта.Ну начало конца монополии это всегда приятно, извините за пошлость. Но все-таки такое категоричное отношение к лицензии мне не нравится. Всегда было - если вы лицензировали патент такойто, можете использовать в OpenSSL алгоритм IDEA. Если вы лицензировани патент другойто, можете скомпилить freetype с байткод интерпретатором. Хочется `если вам не нужна целиком BSD'шная система, можете сделать то-то и поткнуть в базу gcc 4.4 и последние бинутили'. Ан нет
>Но все-таки такое категоричное отношение к лицензии мне не нравится.Если бы имелась в виду только лицензия, тогда бы так и было сказано.
А было сказано - начало конца монополии конкретно Linux и gcc в мире свободного софта.
Так что не надо усложнять.
Интересно, FSF специально дождались 1 апреля чтоб выпустить исключение?
А какая сегодня RFC вышла?
шутка-не шутка, а они видемо её расценили за правду http://www.gnu.org/licenses/gcc-exception.html
gcc-exception - это типа try/throw/catch? :-)
http://www.opennet.me/opennews/art.shtml?num=19988
http://lwn.net/Articles/301959/?format=printableКакие шутки-то? Даже не 31-ое марта. И вообще какое "расценили", когда они это и сделали.