LINUX.ORG.RU
ФорумTalks

Clang стал компилятором по умолчанию в OpenBSD для архитектур i386 и amd64

 , , ,


0

2

Уже переключили в CURRENT, и будет в следующем релизе 6.2.

https://marc.info/?l=openbsd-cvs&m=150109829003860&w=2

$ dmesg | head -1
OpenBSD 6.1-current (GENERIC.MP) #4: Tue Jul 25 21:19:38 MDT 2017

$ cc -v
OpenBSD clang version 4.0.0 (tags/RELEASE_400/final) (based on LLVM 4.0.0)
Target: amd64-unknown-openbsd6.1
Thread model: posix
InstalledDir: /usr/bin
Ответ на: комментарий от Oxdeadbeef

А чтобы всё было ещё суровей, то в компилятор нужно ещё блобов напихать (этот компилятор ради этого и начинал писаться). Потом эти блобы станут «ну а что такое? Это же Сони, а не какие-то небритые студенты из Беркли», а потом БСД окончательно скатится на уровень «фанаты Сони пишут код потому что это большая честь писать код для Сони».
И все будут счастливы!

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

Сони любит блобы, а БСДшники любят Сони. И не надо мне рассказывать про open|free. BSD это БСД. И закончат они одинаково и приблизительно в одно время.

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

Сони любит блобы, а БСДшники любят Сони. И не надо мне рассказывать про open|free. BSD это БСД. И закончат они одинаково и приблизительно в одно время.

Ok.

kirk_johnson ★☆
()

Это хорошо. Проект OpenBSD вновь обретает смысл.

Deleted
()

Всё к тому и шло. Вот только юзербаза у опёнка микроскопическая, но может шланг от этого приобретёт тестеров.

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

Вот только юзербаза у опёнка микроскопическая

это хорошо, зато всякие поттеринги и их прихлебатели в стороне.

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

«Всякие Поттеринги» имеют некоторое влияние в FOSS-сообществе и призывают перестать поддерживать *BSD, что едва ли выглядит как что-то хорошее.

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

что едва ли выглядит как что-то хорошее

Ты про призывы Поттерингов, или про *bsd?

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

Я про игры на Соньке. А на фре можно играть во всё, что есть под линукс вне стима. Жаль только, что у меня Skylake, поэтому жду 12 версии, где будет ускорение видео. Поэтому можно играть пока только в Battle for Wesnoth.

watashinoshi
()

а толку то, вон OpenMandriva полностью на кланге, и что в итоге? а в итоге нигде не пашет, даже не грузица их о6раз.

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

При том, что Мими ни в чем не разбирается, но зато воет от баттхерта по любому поводу. Шито поделать.

takino ★★★★★
()

а нахера такие темы в talks кидать - их же не видит никто?

есть General

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

И не надо мне рассказывать про open|free. BSD это БСД

а не, самое то в talks. дальше перепись дебилов даже смотреть нет смысла.

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

В смысле где? В Clang'е.

В отличие, от монолитного и тупого комбайна, который называется GCC и который подобно иксам нарушает концепцию UNIX-Way, в Clang всё модульно и красиво:

1. Захотел отформатировать стиль кода по разработанным Apple или Google стандартам? Вот тебе маленькая и шустрая утилитка: clang-format.
2. Захотел воспользоваться линтером, пофиксить ошибки или расставить забытые скобки? Пожалуйста, clang-tidy тебе в помощь.
3. Потребовался статический анализатор? Нет вопросов, scan-build/scan-view тебе в руки.
4. Пишешь IDE и хочешь нормальную подсветку кода и автодополнение? Нет проблем, используй libclang! Лол, кто-нибудь встречал подобное на GCC-стеке?

Так что Clang/LLVM это неоспоримый WIN в современном мире. Надеюсь, что GNU/Linux тоже скоро перейдёт на этот стек инструментов по дефолту. Время пришло.

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 2)
Ответ на: комментарий от buratino

ну что же ты так отсасываешь - ты же так никогда не отсосёшь

Ты специалист по отсосам штоле?

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

В отличие, от монолитного и тупого комбайна, который называется GCC и который подобно иксам нарушает концепцию UNIX-Way, в Clang всё модульно и красиво:

А ничего, что GCC8-devel собирается за 25 минут, а LLVM/Clang4.0 - за два часа?

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

собирается

Ты разработчки компиляторов? На кой чёрт тебе собирать компилятор? Никому абсолютно нет разницы, сколько он там собирается, если он собирается на Build-фермах, а TAR.XZ-пакеты заботливо выкладывают на официальном сайте:

http://releases.llvm.org/download.html

И скачаваются они оттуда по одному клику мышкой. Или компилирование компиляторов это твой личный фетиш?

Обращать внимание нужно на то, что в Clang больше фич и инструментов для программиста. И ещё на то, что компилировать исходный код у Clang получается либо быстрее, либо на равне с GCC.

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)

I'd like to take the opportunity to thank Yandex and their chief security officer Anton Karpov.

They give me hosting on some build machines, which I've used extensively over the last 3 months, working on zapping depends from the tree, and on fixing roughly 500 ports for the switch to clang.

There's absolutely zero way I would have been able to accomplish that in such a short time frame without those build machines, so we would probably still be a few months away from the clang switch.

So thank you Anton!

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

На кой чёрт тебе собирать компилятор?

Вообще-то, LLVM/Clang входит в базовую систему FreeBSD. А периодическая пересборка -STABLE или -CURRENT версии требует обновления и его тоже. Хотя можно не обновлять - пользоваться различными ухищрениями типа ccache, отдельно стоящими build-серверами и т.д. Но сам факт «неотделимости» (а то что-нибудь сломается) компилятора от системы настораживает.

Раньше можно было собрать FreeBSD одной из версий GCC помимо LLVM/Clang, сейчас - нет. Сам комплект LLVM/Clang без расширений и отладчика занимает порядка 1 ГБ места на диске, что тоже как-то странно и ненормально, учитывая ещё то, что для Mesa3D нужно ставить ОТДЕЛЬНО LLVM/Clang из порта, который тоже обязателен для X-ов. Некоторые крупные порты (LibreOffice, OpenJDK и Chromium, например) не собираются GCC.

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