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 ()
Последнее исправление: JB (всего исправлений: 3)
Ответ на: комментарий от iZEN

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

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

I-Love-Microsoft ★★★★★
()

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

Линуксоиды выпиливают всё не GNUтое или всё BSDшное? Нет. А BSDшники в своей ненависти к СПО и обожании MS ещё и не такое могут сделать.

harper
()
Ответ на: комментарий от I-Love-Microsoft

LLVM рулит и педалит, и в Mono его засунули и куда только не засунули, чувствуется крутость идеи - это я на полном серьезе пишу, просто интересная идея и интересная реализация,

Что за идея такая? LLVM суют везде просто потому, что это единственный компилятор, предназначенный для использования в качестве библиотеки.

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

У меня команда «portinstall -F lang/gcc47» качает архив с исходниками gcc-4.7-20120505.tar.bz2;

команда «portinstall -F lang/gcc48» качает архив с исходниками gcc-4.8-20120506.tar.bz2.

А у вас какая версия снапшота GCC?

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

Команда «portinstall -F lang/gcc46» скачивает gcc-4.6-20120511.tar.bz2...

iZEN ★★★★★
()

Пока Линукс осваивает десктопы BSD всё ещё продолжает воевать с мельницами.

Deleted
()

Напоминает потуги KDEшников выпилить из системы всё, что имеет хоть какое-то отношение к GTK+ и, тем более, GNOME.

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

LLVM суют везде просто потому, что это единственный компилятор, предназначенный для использования в качестве библиотеки

LLVM - это не компилятор

shty ★★★★★
()

Всё правильно сделали. GCC с их экстремистской лицензией давно пора пустить в расход.

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

Замените слово десктопы на хэндхельды и я с вами соглашусь. А на десктопах доля линукса приближается к величине статистической погрешности.

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

Пока Линукс осваивает десктопы BSD всё ещё продолжает воевать с мельницами.

У BSDшников горячая пламенная любовь к MS, за что мелкомягкие им платят деньгами, а BSDшники мелкомягким платят кодом, который на халяву запроприетарчивается мелкоямягкими, ненавистью с GNU/Linux и войной с ним.

harper
()

А там что, именно C++? O_o

sv75 ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

но возможно, в современных последних версиях GCC уже идет работа по его осовремениванию, тут я не в курсе

все равно пилить код с нормальной архитектурой проще, чем осовременивать мамонта

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

все равно пилить код с нормальной архитектурой проще, чем осовременивать мамонта

все проекты рано или поздно становятся мамотами

shty ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

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

Можно, см. PNaCl.

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

LLVM - это не компилятор

Понт засчитан.

я серьёзно

Я тоже. «The LLVM Project is a collection of modular and reusable compiler and toolchain technologies» - назвать это «не компилятором» и есть понт.

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

все проекты рано или поздно становятся мамотами

не спорю, когда-нибудь и clang с llvm там будут, но gcc тогда уже вряд ли кто-то будет пользоваться)

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

Примерно так, ответили в llvm-dev на вопрос о создании полноценной виртуальной машины на базе llvm, но соглашусь, что ответил не очень корректно.

anonymous
()

Т.е. раньше бздю не пользовали, потому что не нужно, а теперь еще и потому что невозможно (архитектур-то у ллвм кот наплакал)?

mine
()

Все правильно. У BSDшников должна быть возможность закрывать спокойно весь код от других, это ведь так круто и полезно для развития ОС.

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

Или о чём там была новость…

ЕМНИП, о том, что в следущем году на 5% продаваемых компьютеров будет предустановлена убунта, прежде всего за счет Китая, конечно к кол-ву пользователей это не имеет отношения

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

не спорю, когда-нибудь и clang с llvm там будут, но gcc тогда уже вряд ли кто-то будет пользоваться)

ну, моё мнение - тут лучше конкуренция, нежели смертельный бой

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

Да я примерно об этом говорил, потому, как я понимаю, x86 + ARM не получится получить из одного байткода.

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

архитектур-то у ллвм кот наплакал

Недавно запилили MIPS, а если популярность будет возрастать, и другие вендоры процессоров подтянутся.

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

знаешь разницу между compiler и compiler technology, или подсказать?

Подскажи, конечно.

Что позволяет получить compiler? Правильно - машинный код для таргет-платформы (будь то нативной или виртуальной).

А compiler technology? А compiler technology - это технологии для построения конпеляторов. С помощью технологий можно построить конпелятор, но генерация кода это опять к компилятору.

Так понятно?

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

Уход от GCC 4.2 в базовой системе + новый C++ стек разработан в PathScale и быстрее GNU С++ стека, где-то об этом читал.

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

новый C++ стек разработан в PathScale

libcxxrt от PathScale - это только часть С++ стека (полный стек составляют libcxxrt, libc++ и clang)

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

Вот не понимаю: не было у BSD своего компилятора, все наезжали «неполноценная операционка, даже компилятор из GNU взят», запилили свой компилятор: «нафиг он вам нужен».

Ан насчёт «BSD должно умереть. Просто потому, что это неправильная лицензия» — не запрещайте и не будет запрещено вам... У GPL есть один глобальный глюк: она требует единой лицензии для всего кода программы. Если есть кусок кода с copyleft лицензией, но не GPL, то его уже невозможно вставить в проект. Да даже код под GPL3 нельзя воткнуть в проект под GPL2 (например, ядро Linux). Поэтому о неправильности я бы поспорил. Было бы в ней что-то типа: «запрещено распространять производные работы без исходного кода», вопросов бы не было.

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