LINUX.ORG.RU

FreeBSD 10 отказывается от GCC в пользу CLANG

 , , ,


1

6

Как отмечено в Q1-2012 FreeBSD Status Report, LLVM компилятор Clang стремительно замещает GCC для этой популярной BSD ОС. Разработчики заметно продвинулись в построении C++11-стека, свободного от GNU. К релизу FreeBSD 10 они планируют сделать Clang С/С++ компилятором по умолчанию, отказавшись от GCC, и получить стек разработки на C++ под лицензией BSD.

Q1-2012 FreeBSD Status Report
http://wiki.freebsd.org/BuildingFreeBSDWithClang

>>> Подробности



Проверено: post-factum ()

Ответ на: комментарий от anonymous

Нельзя использовать в GPL проекте не-GPL код.

А FSF и не знает!

r ★★★★★ ()
Ответ на: комментарий от tailgunner

В очень ограниченном количестве случаев нештатного (по мнению правообладателя) использования.

Не это не совсем так. Насколько я знаю compiler exception потребовался потому что компилятор результирующий код генерирует из кусков которые распространяются вместе с ним под лицензией GPL, и следовательно...

r ★★★★★ ()
Ответ на: комментарий от iZEN

это да ебилдоприниматели енивее ебилдописателей... но 9999 везде одинаково быстро обновляется.

Thero ★★★★★ ()
Ответ на: комментарий от r

В очень ограниченном количестве случаев нештатного (по мнению правообладателя) использования.

Не это не совсем так.

Не совспем, но близко. Я давал ссылку, там всё написано.

tailgunner ★★★★★ ()
Ответ на: комментарий от Thero

OpenMP только в планах и, наверное, в разработке, на последнем Euro LLVM 2012 внутреннее представление обсуждалось. А пока есть Polly который может сгенерировать похожий на OpenMP код сам.

anonymous ()

Я помню Линус как-то грозился перейти с GCC на какой-то другой компилятор (что-то там ему не понравилось), какой именно? Кто помнит? Да, clang тогда не было.

Buy ★★★★★ ()
Ответ на: комментарий от Buy

[fat]

Как будто это ядро чем-то кроме GCC собирается :}

Deleted ()
Ответ на: комментарий от anonymous

Да ты еще более упоротый, чем я думал.

А ты, я посмотрю, любишь поспорить с FSF и rms? По их мнению BSDL — лицензия на свободное ПО.

baka-kun ★★★★★ ()
Ответ на: комментарий от Buy

Ну что же, похоже гццкапец настал. Может, хоть с БСД лицензией перестанут тянуть края одеяла на себя и будут договариваться, а не делать всё как решила левая пятка Столлмана.

GPL - хорошо, но не для компилятора. Его пусть охраняет количество разработчиков и заинтересованных сторон. Чтобы тот, кто решил бы сделать закрытый форк, просто не успевал за изменениями в основной ветке.

anonymous ()
Ответ на: комментарий от tailgunner

В портах gcc остается

Остается. И в системе пока остается. Но это не говорит, что не выносят.

Будь он под обычной GPLv2…

…то в системе был бы 4.6 какой-нибудь или 4.7 уже, а не последний v2+ 4.2.2 с патчами.

baka-kun ★★★★★ ()
Ответ на: комментарий от Buy

Я помню Линус как-то грозился перейти с GCC на какой-то другой компилятор

на ЯП - паскаль, но это не мешает ему писать подобное:

Of course, in stupid languages like Pascal, where labels cannot be 
descriptive, goto's can be bad. But that's not the fault of the goto, 
that's the braindamage of the language designer.
vaino ()
Ответ на: комментарий от tailgunner

Это всё код под Dual GPL/BSD

Ну тем не менее.

Чисто BSD-кода я так сразу и не назову.

drivers/video/intelfb/* (солянка из MIT, GPL и BSDподобного)
arch/cris/arch-v10/lib/*
arch/ia64/include/asm/xen/* (не все, но есть такие файлы).

Короче если поискать то много найдется.

r ★★★★★ ()
Ответ на: комментарий от tailgunner

А вот здесь ты продолжаешь

А ты знаешь другие способы не дать использовать IR?

Все компиляторы так делают

Которые из них, вынуждающих использовать свой рантайм, завязывают на этом права автора кода использовать результат его обработки компилятором? Кто ещё так делает, Intel? Microsoft? Кто?

baka-kun ★★★★★ ()
Ответ на: комментарий от vaino

Офф.

Как мне кажется, ему не стоило хаить язык в который создавался с заделом на будущее Виртом, и был поддержан Хоаром, и поддержан и критикован Дейкстрой.

А null, и null terminated string считаются их создателями ОЧЕНЬ большой, и большой ошибками соответственно.

anonymous ()
Ответ на: комментарий от vaino

labels cannot be descriptive

Для тех, кто не так хорошо знаком с C, как это на русском называется?

anonymoos ★★★★★ ()

Я 9 страниц комментариев не читал, но... Зачем они это делают-то? Просто потому что «не GPL»?

powerpc ()

На самом деле, было бы полезно линуксу перейти на llvm/clang по чисто техническим причинам (архитектура llvm, развитый анализ в clang и другое).

quantum-troll ★★★★★ ()
Ответ на: комментарий от anonymous

все новые под gpl3, которая не совместима с bsd.

Она с Linux тоже несовместима. И с Линусом несовместима:

“So the whole «to protect these rights, we take away other rigths» argument hinges on the false premise that the new language in GPLv3 is somehow needed. It's not.

In other words, GPLv3 restricts rights that do not need to be restricted, and yes, I think that violates the spirit of the GPLv2 preamble!” ⓒ Linus Torvalds

baka-kun ★★★★★ ()
Ответ на: комментарий от anonymous

А что именно в GPLv3 не нравится BSD-шникам с их религией «пусть написанным потом и кровью кодом пользуются в коммерческих целях гадкие проприетарщики ради своей собственной выгоды, шлюх, вилл и яхт»?

powerpc ()
Ответ на: комментарий от Buy

Линус говорил о «возможной» замене на Icc (Intel C Compiler)

И, следовательно, о полном возврате Linux на единственную архаичную архитектуру (x86)?

powerpc ()
Ответ на: комментарий от baka-kun

Да там их тыщи! :)

Говорить можно что-угодно, а ты найди хоть строчку.

anonymous ()
Ответ на: комментарий от r

Повторяй за мной:

Я понимаю разницу между ядром и модулем ядра.

Я понимаю разницу между ядром и модулем ядра.

Я понимаю разницу между ядром и модулем ядра.

Я понимаю разницу между ядром и модулем ядра.

Я понимаю разницу между ядром и моду~~

anonymous ()

Да флаг им в руки. LLVM конечно штука полезная и востребованная, но вот LLVM/CLANG пожалуй как был так и будет отставать от GCC по возможностям оптимизации результирующего кода.

TheMixa ★★★ ()

бедная бедная бздя.. не видал, чтобы так продолжительно и так нещадно насиловали труп.

Ford15Mondeo ()

бздуны, похоже, наркоманы покрепче потеринга. так осознано ухудшать производительность системы - нужен быть наиупоротейшим фанатиком. если потеринг хотя бы какие-то светлые цели декларирует, то тут «свобода от GNU». тьфу. покойся с миром, бсдя.

Ford15Mondeo ()
Ответ на: комментарий от another

В устах обозлённого дикого сброда

Это вы сейчас про GPL'щиков?

anonymous ()
Ответ на: комментарий от queen3

Значит, линукса в СССР бы не было?

В СССР был UNIX и этим всё сказано

alex-w ★★★★★ ()
Ответ на: комментарий от tailgunner

Ты лжешь.

Посмотри список контрибуторов GCC по ключевому слову darwin и убедись, что это не так.

alex-w ★★★★★ ()
Ответ на: комментарий от punya

очередная бабушка впечатается в офис: корпорация яблока влетить на пару миллиардов - все правки в clang наши и нихера не знаем. бздуны похватают ртом воздух и пойдут ставить gcc.

Прецедент с ZFS был, никто Solaris ставить не побежал.

Lothlorien ★★★ ()

Искренне рад за команду FreeBSD. Правильной дорогой к светлому будущему идут. GPL не нужен, если есть возможность использовать BSD-like лицензии.

gh0stwizard ★★★★★ ()
Ответ на: комментарий от baka-kun

Будь он под обычной GPLv2…

…то в системе был бы 4.6 какой-нибудь или 4.7 уже, а не последний v2+ 4.2.2 с патчами.

(пожимая плечами) Ну тут либо верить тебе, либо разрабам сабжевых систем. Естественно, я верю не тебе.

tailgunner ★★★★★ ()
Ответ на: комментарий от baka-kun

Это всё код под Dual GPL/BSD. Чисто BSD-кода я так сразу и не назову.

Например код ACPI от Intel тебя устроит?

Во всех его MODULE_LICENSE написано GPL, в исходниках - стандартный заголовок со словами о GPL.

tailgunner ★★★★★ ()
Ответ на: комментарий от r

Чисто BSD-кода я так сразу и не назову.

drivers/video/intelfb/* (солянка из MIT, GPL и BSDподобного)

intelfbdrv.c:MODULE_LICENSE(«Dual BSD/GPL»);

arch/cris/arch-v10/lib/*

Пара мелких файлов.

Короче если поискать то много найдется.

Разве что если мерить в байтах.

tailgunner ★★★★★ ()

заметно продвинулись в построении C++11-стека, свободного от GNU

звучит как если бы уголовники строили себе тюрьму, свободную от внешнего мира.

anonymous ()
Ответ на: комментарий от BlackV

это именно ГНУ как круговая порука не выпускает единожды попавших в ее сети :)

Более того, GPL была разработана именно с этой целью. Проблемы?

tailgunner ★★★★★ ()
Ответ на: комментарий от anonymous

чем sqlite, например, не свободен?

Никто не защищает его свободу.

И какое распространение получила бы sqlite будь она под GPL? Только в огороженном сообществе GPL-щиков?

kamre ★★★ ()
Ответ на: комментарий от thelonelyisland

Вы аргументы написать забыли.

Все аргументы есть на http://www.llvm.org
Да и тут llvm обсуждался много раз.

andreyu ★★★★★ ()
Ответ на: комментарий от Dron

>способный полностью вытеснить gcc
Ага два раза, все его хорошести тихонько перетекут в gcc.

Не перетекут из-за архитектуры gcc.

andreyu ★★★★★ ()
Ответ на: комментарий от baka-kun

Все компиляторы так делают

Которые из них, вынуждающих использовать свой рантайм, завязывают на этом права автора кода использовать результат его обработки компилятором?

Ты уже забыл, о чем говорил? Напоминаю:

baka-kun> когда мы компилируем ТВОЙ код, мы специально вставляем в него куски НАШЕГО кода, чтобы иметь возможность контролировать, как ты СВОЁ СОБСТВЕННОЕ произведение будешь использовать

Ты утверждаешь, что куски «нашего» кода вставляются с целью контроля - это ложь, куски своего кода вставляет любой компилятор по техническим причинам.

tailgunner ★★★★★ ()
Ответ на: комментарий от andreyu

все его хорошести тихонько перетекут в gcc.

Не перетекут из-за архитектуры gcc.

Код не перетечет, алгоритмы (если в LLVM будут интересные алгоритмы) - вполне.

tailgunner ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.