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)

А во FreeBSD 10 появится наконец-то поддержка 802.11n для wifi или смена компилятора намного важнее для ее пользователей?

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

А во FreeBSD 10 появится наконец-то поддержка 802.11n для wifi или смена компилятора намного важнее для ее пользователей?

деньги яббла важнее. и юзверей и свободы. Apple FreeBSD.

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

В 9.0 некоторые карты криво поддерживает исключительно в режиме 802.11g.

Неужто допилят хоть до чего-то в 10.0? Через четыре года после выхода стандарта и через шесть лет после появления первых карт?

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

Я никакого отношения к FreeBSD не имею. Пиши багрепорты, шли патчи, или пользуйся нормальными ОС.

power
() автор топика

Они какое-то отношение к университету еще имеют? Если да, то что там думают насчет того, что говнояблоко фактически решает судьбу проэкта? так оно действительно RIP будет - тупой фарм-клуб червивых, никому больше не нужный.

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

Если по манам почитать, что они там считают поддержкой - становится смешно.

У меня интерес отчасти практический, ибо пришлось отказаться от замечательных продуктов m0n0wall и pfsense по той причине, что на рутере из-за отсутствия поддержки современных вай-фай карт они как-то бесполезны.

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

Да и пользуюсь нормальными ОС, причину интереса смотри чуть выше.

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

ХЗ.

Никогда не использовал ни m0n0wall, ни pfsense, ни вафлю на FreeBSD...

Status Report - читал утром. Интересно стало, куда оно движется.

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

Никто не мешает поставить GCC из портов: http://www.freshports.org/search.php?query=gcc4 (кстати, последние версии портов GCC обновляются гораздо быстрее, чем в ваших линуксах).

LLVM/Clang нужен для работы с системным кодом. Для помойки линуксовых программ достаточно GCC.

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

Привет, изя. Ты как обычно еле влазишь в ЛОР. :)

Зачем пилить еще один компилятор под другой, сомнительно нужной лицензией, вместо пиления wayland/nouveau/X.org для гибридных видеокарт, например?

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

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

вот не надо только гнать тут

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

Зачем пилить еще один компилятор

к слову - это хороший компилятор с интересными возможностями, в перспективе способный полностью вытеснить gcc

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

В новости 2009 года говорится о намерениях и влажных мечтах, а здесь уже есть конкретные числа и сроки.

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

У меня тут сложилось мнение, прогулявшись по нескольким Linux сайтам, что его пользователи считают, что весь мир должен пилить только их прекрасный Linux (как совокупное название операционных систем) и его, и только его, компоненты, а кто этого не делает, тот предатель и еретик.

А вот лично вы как относитесь к лицензии MIT?

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

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

я думал вы в теме, раз делаете такие заявления, ну раз нет, то вот:

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

Уже есть много проектов, которые пользуются удобной архитектурой llvm:
- LLVM-to-JavaScript compiler, вот пример с espeak: http://syntensity.com/static/espeak.html
- C/C++ interpreter: http://root.cern.ch/drupal/category/package-context/cling
и т.д,,

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

Хороший отчет об ошибках в CLang

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

Аргумент: CUDA

LLVM станет со временем рантаймом для JIT-генерации кода для аппаратной акселерации вычислений преобразований в мультимедиа-контенте. Транспьютерные технологии в современных GPU будут использоваться не только для игрушек.

iZEN ★★★★★
()

Хотя если подумать, то возможность залицензировать потом производное под чем угодно это +

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

к слову - это хороший компилятор с интересными возможностями, в перспективе >способный полностью вытеснить gcc

Ага два раза, все его хорошести тихонько перетекут в gcc.

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

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

Улыбнуло.

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

не получится, была попытка с gcc-xml, но бесславно провалилась.

Получится если очень приспичит,всем миром пилить будем. Хотя провал эт факт.

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

Кучей мозгов и рук дробящих клавиатуру. gcc-xml жив.

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

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

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

I-Love-Microsoft ★★★★★
()
Ответ на: Аргумент: CUDA от iZEN

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

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

я вот однажды ради прикола баловался с GCC + LLVM - и GCC выдавал байткод, я там не сильно понял что куда, но тем не менее, знаю что GCC и LLVM тоже как-то дружат - я ошибаюсь?

вот эта штука - «llvm-gcc-4.6 - C front end for LLVM C/C++ compiler» - что это?

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

Доооолго они осиливали. Да и то, чую есть какой-то подвох, счас выяснится, что какая-то утилитка не собирается и что до окончательного перехода они будут пилить и пилить ещё 1000 лет и то не допилят.

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

были на ЛОРе рассуждения gcc перейти на такую же архитектуру как и у clang, но в ущерб производительность. Но если я не ошибаюсь, от нее отказались.

frozenix ★★★
()

Убери слово популярной, оно здесь не к месту. Вызывает батхерт и иные проявления (например, мнгновенное ожирение) у некоторых товарищей.

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

Новость от декабря 2011 года:

После 7 месяцев разработки доступен релиз проекта LLVM 3.0 (Low Level Virtual Machine) — GCC совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизации). Сгенерированный платформонезависимый псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы.

В версии 3.0 осуществлён отказ от поддержки фронтэнда llvm-gcc в пользу Си/C++/Objective-C компилятора Clang и GCC-плагина DragonEgg. В настоящее время Clang является более оптимальным решением для сборки проектов на языке Си, а DragonEgg является хорошим решением для разработчиков, заинтересованных в интеграции LLVM с GCC. Кроме того, прекращена поддержка загрузки «.bc» и «.ll» файлов из LLVM 2.8 и более ранних версий. С выпуском LLVM 3.0 отмечена стабилизация формата, а целью проекта стало обеспечение совместимости всех будущих релизов LLVM с текущим форматом файлов «.bc» и «.ll».

iZEN ★★★★★
()

хорошая новость, спасибо!

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