forum.opennet.ru - "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" (25)

"Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+/–
Сообщение от opennews (??), 31-Дек-18, 08:58
Разработчики NetBSD отчитались (http://blog.netbsd.org/tnf/entry/netbsd_entering_2019_with_more) о работе по обеспечению возможности сборки с использованием компилятора Clang и библиотек, развиваемых проектом LLVM. В настоящее время buildbot (http://buildbot.net/) успешно выполняет сборку и проходит тесты для библиотек LLVM, компилятора Clang, утилит clang-tools-extra, компоновшика lld, оптимизатора polly, runtime-библиотеки OpenMP, а также библиотек libunwind, libcxxabi и libcxx. Частично реализована поддержка отладчика lldb. Из ближайших планов отмечается включение runtime compiler-rt в buildbot, портирование компоновщика LLD для формирования рабочих исполняемых файлов NetBSD, портирование компонентов DFSan, ESan, LSan и shadowcallstack. URL: http://blog.netbsd.org/tnf/entry/netbsd_entering_2019_with_more Новость: https://www.opennet.dev/opennews/art.shtml?num=49880
Ответить \| Правка \| Cообщить модератору

Оглавление

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (1), 08:58 , 31-Дек-18, (1) +5

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Щавель (?), 10:36 , 31-Дек-18, (2) –1

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (13), 16:06 , 31-Дек-18, (13) +2

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (19), 06:38 , 01-Янв-19, (19) +3

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Вот оно че (?), 16:03 , 01-Янв-19, (24)

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, DerRoteBaron (ok), 14:52 , 31-Дек-18, (9) –2
Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (15), 17:14 , 31-Дек-18, (15)
Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, nm0i (ok), 18:36 , 31-Дек-18, (16) +2

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, iZEN (ok), 12:18 , 31-Дек-18, (3) –5

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (4), 12:36 , 31-Дек-18, (4) +6

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (6), 13:34 , 31-Дек-18, (6) +1

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (8), 14:50 , 31-Дек-18, (8) –1
Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (10), 14:53 , 31-Дек-18, (10) +1

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Анонн (?), 15:17 , 31-Дек-18, (11) +1

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (4), 15:23 , 31-Дек-18, (12) –3

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, YetAnotherOnanym (ok), 12:00 , 01-Янв-19, (20)

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (4), 13:50 , 01-Янв-19, (21)

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (22), 15:13 , 01-Янв-19, (22)

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (4), 15:56 , 01-Янв-19, (23)

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (6), 13:29 , 31-Дек-18, (5) +1

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, iZEN (ok), 14:34 , 31-Дек-18, (7) –1

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним84701 (ok), 19:09 , 31-Дек-18, (17)

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, бздун (?), 06:02 , 01-Янв-19, (18) –1

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Аноним (-), 16:35 , 01-Янв-19, (25)

Прогресс в обеспечении поддержки LLVM/Clang в NetBSD, Анонн (?), 16:57 , 01-Янв-19, (26)

Сообщения по теме [Сортировка по времени | RSS]

1. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +5 +/–

Сообщение от Аноним (1), 31-Дек-18, 08:58

Меньше gpl-a в системе, меньше проблем!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" –1 +/–

Сообщение от Щавель (?), 31-Дек-18, 10:36

Проблемы от GPL только у голимых проприетарщиков.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

13. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +2 +/–

Сообщение от Аноним (13), 31-Дек-18, 16:06

Вообще-то, в приличном обществе за GPL и в морду дать могут.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

19. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +3 +/–

Сообщение от Аноним (19), 01-Янв-19, 06:38

Во-во. Однажды на собеседовании обломился на этом. Есть репа на гитхабе - давай досвидания.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

24. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +/–

Сообщение от Вот оно че (?), 01-Янв-19, 16:03

В чем подвох-то? Латентный дивергент или слишком умный?
У меня однажды сработало ровно наоборот. Но это была вакансия работы по удаленке.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

9. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" –2 +/–

Сообщение от DerRoteBaron (ok), 31-Дек-18, 14:52

С компилятором это особенно сложный вопрос. Вот повадятся какие-то проприетарщики (какой-нибудь гугель или qualcomm) собирвть что-то писать для своего проприетарно пропатченного clang/llvm, так потом проблем не оберёшься.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

15. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +/–

Сообщение от Аноним (15), 31-Дек-18, 17:14

Проблема не в GPLе GCC, а в том, что clang - кросс-компилятор. Реализовав поддержку для него сможешь собирать хоть под вёдра, хоть под рутеры, хоть под WebAssembly, хоть под iot, хоть под видеокарты, хоть под fpga (но работать не будет).

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

16. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +2 +/–

Сообщение от nm0i (ok), 31-Дек-18, 18:36

GNU is Not Usable

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" –5 +/–

Сообщение от iZEN (ok), 31-Дек-18, 12:18

А смысл? Mesa 3D всё равно зависит от отдельно устанавливаемого LLVM.
LLVM — большая ошибка архитектуры, не решающая проблемы единственной системы компиляции в операционной системе (как это делает GCC), но только множащаю сущности.
Сейчас во FreeBSD, например, штатно установлены: системный компилятор LLVM/Clang 6.0.1 и порт того же LLVM/Clang 6.0.1 для Mesa 3D (графическая подсистема X.org). Также можно собрать другие версии LLVM/Clang из портов и они кому-то ещё нужны! Налицо размножение ненужных сущностей одного и того же функционального предназначения и кодовой базы. Что-то в этом не так. Неправильно это.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +6 +/–

Сообщение от Аноним (4), 31-Дек-18, 12:36

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +1 +/–

Сообщение от Аноним (6), 31-Дек-18, 13:34

Вот только не надо грязными руками касаться FreeBSD'ишного pkg: лучше ещё найти надо. Это вам не двусущное линуховое у@бище: yum/rpm || apt/dpkg. Здесь достаточно _одного_ pkg-static...

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

8. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" –1 +/–

Сообщение от Аноним (8), 31-Дек-18, 14:50

pacman?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +1 +/–

Сообщение от Аноним (10), 31-Дек-18, 14:53

pkg позволяет установить пакет с метаданными (пустое значение в поле порта, например), которые потом сам не может прочитать из базы. Н - надежность.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

11. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +1 +/–

Сообщение от Анонн (?), 31-Дек-18, 15:17

> pkg позволяет выстрелить в ногу, установ пакет с метаданными (пустое значение в поле порта, например),

Installing (null)-6.1_5...
pkg: Invalid package: object has missing property origin
pkg: the package is not valid

Ну-ну.
> которые потом сам не может прочитать из базы. Н - надежность.
Т.е. умудриться выстрелить себе в ногу - умудрился, а вот про pkg shell - не, не слышал?

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" –3 +/–

Сообщение от Аноним (4), 31-Дек-18, 15:23

Кашу маслом, как грязное руками не испортишь. Потому что нет нормальных пакетных менежеров. Более менее продвинутый язык описания пакетов и их зависимостей есть только в гентушном портаже. Но то что есть язык не означает, что он как-то полезен. Потому что разруливание зависимостей - это непростая задача, которую естественно никто не пытался решить в пакетных менеджерах. Потому проблему решают в лоб: шнапсами, ржавыми карго-культами или удалением пол-системы ради установки безобидного пакета.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

20. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +/–

Сообщение от YetAnotherOnanym (ok), 01-Янв-19, 12:00

Ага. А система USE-флагов какая замечательная! Заходит человек в ресторан, заказывает котлету, а официант ему: "Вы не говорили, что будете употреблять мясное и жареное". Вся суть USE-флагов в одной фразе.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

21. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +/–

Сообщение от Аноним (4), 01-Янв-19, 13:50

И где я говорил, что портаж замечательный? А дальше разивать тему я не хочу, в виду отсутствия взаимопониания. То что у людей есть язык, не говорить от том что они умеют им пользоваться. Как и портаж.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +/–

Сообщение от Аноним (22), 01-Янв-19, 15:13

И все превратилось в портаж - даже небо, даже Аллах!

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

23. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +/–

Сообщение от Аноним (4), 01-Янв-19, 15:56

Молодец, ты переплюнул меня в плотности использования слова "портаж" в одном сообщении.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

5. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +1 +/–

Сообщение от Аноним (6), 31-Дек-18, 13:29

Большая ошибка думать, что LLVM - ошибка :)
Не используй devel/llvm60, ипользуй devel/llvm70 не только для сборки mesa-*, а и для [почти] всех портов. Не это ли свобода?
Почему-то $(ls -ld /usr/ports/lang/gcc*|wc -l) = 12 тебя смущает меньше, нежели $(ls -ld /usr/ports/devel/llvm*|wc -l) = 8.
Что-то в консерватории не так, Изя...

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" –1 +/–

Сообщение от iZEN (ok), 31-Дек-18, 14:34

> Большая ошибка думать, что LLVM - ошибка :)
> Не используй devel/llvm60, ипользуй devel/llvm70 не только для сборки mesa-*, а и
> для [почти] всех портов. Не это ли свобода?
Я это могу. Я свободен в выборе. Но по умолчанию всё вот так по-отдельности.
> Что-то в консерватории не так, Изя...
Дело не во мне, я всё могу настроить как надо. А в самой консерватории что-то пошло не так: множатся одни и те же сущности одних и тех же версий (LLVM/Clang 6.0.1 в системе и из портов установлены параллельно).

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

17. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +/–

Сообщение от Аноним84701 (ok), 31-Дек-18, 19:09

> Дело не во мне, я всё могу настроить как надо. А в самой консерватории что-то пошло не так: множатся одни и те же
> сущности одних и тех же версий (LLVM/Clang 6.0.1 в системе и из портов установлены параллельно).
А системный (базовый) разве не сильно урезанная версия, чтобы не добавлять к размеру системы чуть ли ни цельный гиг только для компилятора (тем более, последние версии LLVM несколько "разжирели")?

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

18. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" –1 +/–

Сообщение от бздун (?), 01-Янв-19, 06:02

LLVM — большая ошибка архитектуры, не решающая проблемы единственной системы компиляции в операционной системе (как это делает GCC), но только множащаю сущности.
Ну чего, как там с системным GCC покросскомпиляли?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

25. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +/–

Сообщение от Аноним (-), 01-Янв-19, 16:35

Начнём с того, что Apple вздумали потеснить набор трансляторов GNU GCC поддержав деньгами никому ранее не известный компилятор LLVM высранный в свою очередь сотрудниками Иллинойского университета.
Потом БЗДуны ни с того ни с сего приняли на ура новый компилятор. А чё лицензия GPL не нравится?
Зачем вся эта кутерьма? Есть давно для всех юниксов фактический стандарт - это коллекция компиляторов ГНУ.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD" +/–

Сообщение от Анонн (?), 01-Янв-19, 16:57

> Зачем вся эта кутерьма? Есть давно для всех юниксов фактический стандарт -
> это коллекция компиляторов ГНУ.
Опоздавшие родиться и не пользовавшийся GCC дошланговской эпохи знатоки опеннета всегда могут взять gcc 4.2 и сравнить выхлоп диагностики и ошибок с современными версиями. Заодно обосновать резкое улучшение в gcc только после появления шланга совершенно случайным совпадением …

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+5 +/–
Сообщение от Аноним (1), 31-Дек-18, 08:58
Меньше gpl-a в системе, меньше проблем!
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	–1 +/–
	Сообщение от Щавель (?), 31-Дек-18, 10:36
	Проблемы от GPL только у голимых проприетарщиков.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	13. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+2 +/–
	Сообщение от Аноним (13), 31-Дек-18, 16:06
	Вообще-то, в приличном обществе за GPL и в морду дать могут.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	19. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+3 +/–
	Сообщение от Аноним (19), 01-Янв-19, 06:38
	Во-во. Однажды на собеседовании обломился на этом. Есть репа на гитхабе - давай досвидания.
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	24. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+/–
	Сообщение от Вот оно че (?), 01-Янв-19, 16:03
	В чем подвох-то? Латентный дивергент или слишком умный? У меня однажды сработало ровно наоборот. Но это была вакансия работы по удаленке.
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	9. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	–2 +/–
	Сообщение от DerRoteBaron (ok), 31-Дек-18, 14:52
	С компилятором это особенно сложный вопрос. Вот повадятся какие-то проприетарщики (какой-нибудь гугель или qualcomm) собирвть что-то писать для своего проприетарно пропатченного clang/llvm, так потом проблем не оберёшься.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	15. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+/–
	Сообщение от Аноним (15), 31-Дек-18, 17:14
	Проблема не в GPLе GCC, а в том, что clang - кросс-компилятор. Реализовав поддержку для него сможешь собирать хоть под вёдра, хоть под рутеры, хоть под WebAssembly, хоть под iot, хоть под видеокарты, хоть под fpga (но работать не будет).
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	16. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+2 +/–
	Сообщение от nm0i (ok), 31-Дек-18, 18:36
	GNU is Not Usable
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору

3. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	–5 +/–
Сообщение от iZEN (ok), 31-Дек-18, 12:18
А смысл? Mesa 3D всё равно зависит от отдельно устанавливаемого LLVM. LLVM — большая ошибка архитектуры, не решающая проблемы единственной системы компиляции в операционной системе (как это делает GCC), но только множащаю сущности. Сейчас во FreeBSD, например, штатно установлены: системный компилятор LLVM/Clang 6.0.1 и порт того же LLVM/Clang 6.0.1 для Mesa 3D (графическая подсистема X.org). Также можно собрать другие версии LLVM/Clang из портов и они кому-то ещё нужны! Налицо размножение ненужных сущностей одного и того же функционального предназначения и кодовой базы. Что-то в этом не так. Неправильно это.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	4. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+6 +/–
	Сообщение от Аноним (4), 31-Дек-18, 12:36
	Ошибка архитектуры в пакетном менеджере и мейнтейнерах, которые размножаются сущностями. Я не говорю про всякие хрусты, которые включают свою собственную внутренню версию ллвм. Еще флатпаки, аппимеджи с шнапсами завезут - будет одна архитектура ошибок.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	6. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+1 +/–
	Сообщение от Аноним (6), 31-Дек-18, 13:34
	Вот только не надо грязными руками касаться FreeBSD'ишного pkg: лучше ещё найти надо. Это вам не двусущное линуховое у@бище: yum/rpm \|\| apt/dpkg. Здесь достаточно _одного_ pkg-static...
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	8. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	–1 +/–
	Сообщение от Аноним (8), 31-Дек-18, 14:50
	pacman?
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	10. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+1 +/–
	Сообщение от Аноним (10), 31-Дек-18, 14:53
	pkg позволяет установить пакет с метаданными (пустое значение в поле порта, например), которые потом сам не может прочитать из базы. Н - надежность.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	11. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+1 +/–
	Сообщение от Анонн (?), 31-Дек-18, 15:17
	> pkg позволяет выстрелить в ногу, установ пакет с метаданными (пустое значение в поле порта, например), Installing (null)-6.1_5... pkg: Invalid package: object has missing property origin pkg: the package is not valid Ну-ну. > которые потом сам не может прочитать из базы. Н - надежность. Т.е. умудриться выстрелить себе в ногу - умудрился, а вот про pkg shell - не, не слышал?
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	12. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	–3 +/–
	Сообщение от Аноним (4), 31-Дек-18, 15:23
	Кашу маслом, как грязное руками не испортишь. Потому что нет нормальных пакетных менежеров. Более менее продвинутый язык описания пакетов и их зависимостей есть только в гентушном портаже. Но то что есть язык не означает, что он как-то полезен. Потому что разруливание зависимостей - это непростая задача, которую естественно никто не пытался решить в пакетных менеджерах. Потому проблему решают в лоб: шнапсами, ржавыми карго-культами или удалением пол-системы ради установки безобидного пакета.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	20. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+/–
	Сообщение от YetAnotherOnanym (ok), 01-Янв-19, 12:00
	Ага. А система USE-флагов какая замечательная! Заходит человек в ресторан, заказывает котлету, а официант ему: "Вы не говорили, что будете употреблять мясное и жареное". Вся суть USE-флагов в одной фразе.
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	21. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+/–
	Сообщение от Аноним (4), 01-Янв-19, 13:50
	И где я говорил, что портаж замечательный? А дальше разивать тему я не хочу, в виду отсутствия взаимопониания. То что у людей есть язык, не говорить от том что они умеют им пользоваться. Как и портаж.
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	22. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+/–
	Сообщение от Аноним (22), 01-Янв-19, 15:13
	И все превратилось в портаж - даже небо, даже Аллах!
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	23. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+/–
	Сообщение от Аноним (4), 01-Янв-19, 15:56
	Молодец, ты переплюнул меня в плотности использования слова "портаж" в одном сообщении.
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору


	5. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+1 +/–
	Сообщение от Аноним (6), 31-Дек-18, 13:29
	Большая ошибка думать, что LLVM - ошибка :) Не используй devel/llvm60, ипользуй devel/llvm70 не только для сборки mesa-, а и для [почти] всех портов. Не это ли свобода? Почему-то $(ls -ld /usr/ports/lang/gcc\|wc -l) = 12 тебя смущает меньше, нежели $(ls -ld /usr/ports/devel/llvm*\|wc -l) = 8. Что-то в консерватории не так, Изя...
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	7. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	–1 +/–
	Сообщение от iZEN (ok), 31-Дек-18, 14:34
	> Большая ошибка думать, что LLVM - ошибка :) > Не используй devel/llvm60, ипользуй devel/llvm70 не только для сборки mesa-*, а и > для [почти] всех портов. Не это ли свобода? Я это могу. Я свободен в выборе. Но по умолчанию всё вот так по-отдельности. > Что-то в консерватории не так, Изя... Дело не во мне, я всё могу настроить как надо. А в самой консерватории что-то пошло не так: множатся одни и те же сущности одних и тех же версий (LLVM/Clang 6.0.1 в системе и из портов установлены параллельно).
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	17. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+/–
	Сообщение от Аноним84701 (ok), 31-Дек-18, 19:09
	> Дело не во мне, я всё могу настроить как надо. А в самой консерватории что-то пошло не так: множатся одни и те же > сущности одних и тех же версий (LLVM/Clang 6.0.1 в системе и из портов установлены параллельно). А системный (базовый) разве не сильно урезанная версия, чтобы не добавлять к размеру системы чуть ли ни цельный гиг только для компилятора (тем более, последние версии LLVM несколько "разжирели")?
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	18. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	–1 +/–
	Сообщение от бздун (?), 01-Янв-19, 06:02
	LLVM — большая ошибка архитектуры, не решающая проблемы единственной системы компиляции в операционной системе (как это делает GCC), но только множащаю сущности. Ну чего, как там с системным GCC покросскомпиляли?
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору

25. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+/–
Сообщение от Аноним (-), 01-Янв-19, 16:35
Начнём с того, что Apple вздумали потеснить набор трансляторов GNU GCC поддержав деньгами никому ранее не известный компилятор LLVM высранный в свою очередь сотрудниками Иллинойского университета. Потом БЗДуны ни с того ни с сего приняли на ура новый компилятор. А чё лицензия GPL не нравится? Зачем вся эта кутерьма? Есть давно для всех юниксов фактический стандарт - это коллекция компиляторов ГНУ.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	26. "Прогресс в обеспечении поддержки LLVM/Clang в NetBSD"	+/–
	Сообщение от Анонн (?), 01-Янв-19, 16:57
	> Зачем вся эта кутерьма? Есть давно для всех юниксов фактический стандарт - > это коллекция компиляторов ГНУ. Опоздавшие родиться и не пользовавшийся GCC дошланговской эпохи знатоки опеннета всегда могут взять gcc 4.2 и сравнить выхлоп диагностики и ошибок с современными версиями. Заодно обосновать резкое улучшение в gcc только после появления шланга совершенно случайным совпадением …
	Ответить \| Правка \| ^ к родителю #25 \| Наверх \| Cообщить модератору