forum.lissyara.su

Как мы знаем, дистрибутив операционной системы FreeBSD-CURRENT переведён по умолчанию на Clang.

Скажите, что осталось в этой системе из GNU-окружения?
Какие шаги нужно предпринять, чтобы не использовать GNU-компоненты в базовой системе, а постараться обойтись BSD-аналогами или, на крайний случай, установленным соответствующим ПО из портов? Кто уже пробовал этот подход, расскажите, что делали.

согласен с вопросом, потому что дядя Столлман всех пересаживает насильно на GPLv3, если с GPLv2 ещеможно жить, то с 3й версией будет то что с GCC и Clang/LLVM, и для примера у BSD старый отладчик gdb потому что новый собран компилятором gcc GPLv3, такого западла от СПО я не ждал, ну думаю что с отладчиком можно решить в LLVM там есть уже свой отладчик LLDB вроде.

еще вопрос, а утилиты типа zip, rar, unrar это тоже с GNU в FreeBSD используются ?

я нихера не понял, просветите, о чём речь?

vintovkin писал(а):я нихера не понял, просветите, о чём речь?

речь идет о лицензии и политики дяди Столлмана и его лицензии GPL особонно 3й версии, и тем что она не совместима с GPLv2, данные проблемы затронули не только BSDшников, но и самих СПОшников, для примера Что тормозит обеспечение поддержки DWG в свободных САПР?

Тем не менее наличие в базовой системе FreeBSD компонентов под лицензией GPLv3 остаётся невозможным из-за противоречий с целями проекта FreeBSD и нежеланием налагать дополнительные ограничения на пользователей. В частности, при поставке в составе FreeBSD новых версий GCC, на пользователей FreeBSD автоматически распространялись бы и дополнительные ограничения GPLv3, такие как запрет тивоизации.
http://www.opennet.ru/opennews/art.shtml?num=35237

потом

Некоторые казусы GPL
Vmware использует в своём продукте linux — не публикуя свой код под GPL, разумеется [1] (С этим случаем надо разбираться)
телефоны Мотороллы используя в платформу Linux+Java не позволяют пользователям запускать внутри системы программы (кроме JAVA)
дистрибутив Линукса Kororaa был закрыт под угрозами преследования за нарушение GPL, хотя реальность этого нарушения весьма сомнительна.
Тивоизация — исходный код системы, вроде бы открыт, но изменить ее нельзя, так как применяются программно-аппаратные методы ее сверки с эталоном.
http://anticopyright.ru/wiki/GPL

тут много есть чего не понятного, но если почитать и разобратся ...

Что за пиздец творится с этими лицензиями? Столлману делать нечего что-ли?

tom.cat писал(а):Что за пиздец творится с этими лицензиями? Столлману делать нечего что-ли?

GPL-передоз

tom.cat писал(а):Что за пиздец творится с этими лицензиями? Столлману делать нечего что-ли?

подготавливают пирамиду аля МММ
потом будет
"Если вы согласны с лицензией GPLv24, отправьте смс с кодом бла-бла-бла."

а clang это компилятор чтоли какойто , вместо гцц?
да и вообще этот столман продался как шлюха подзаборная))
больше я ничего не понял))

Непонятно одно - каким образом это лицензионное блядство отразится на работе ОС и на ее пользователях?

GhOsT_MZ писал(а):Непонятно одно - каким образом это лицензионное блядство отразится на работе ОС и на ее пользователях?

ну как, надо будет портировать программу для FreeBSD, что бы ее портировать, надо некоторый код немножко изменить, а она с GPLv3, там тивотизация, код открыт, но его изменять не разрешено

vintovkin писал(а):а clang это компилятор чтоли какойто , вместо гцц?
да и вообще этот столман продался как шлюха подзаборная))
больше я ничего не понял))

вы вообще ничего не поняли

hizel писал(а):

vintovkin писал(а):а clang это компилятор чтоли какойто , вместо гцц?
да и вообще этот столман продался как шлюха подзаборная))
больше я ничего не понял))

вы вообще ничего не поняли

Я бы добавил: "да и спизднул хуйню."

Откуда: CSKA

Впрочем, не удивительно -- кони тупые

Я долго боролся с искушением, но первый позыв был похоже верным

Да всех туда…

clang(++) 3.2.4 + gdb 7.6 + eclipse indigo + CDT 8.0.2
отладка в эклипсе заработала ...

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

Кстати, плагин dragon egg для gcc позволяет последнему заюзать все забавности llvm, что явно ускоряет компиляцию. Но GPLv3 ...

Сравнение для проекта программы частотного анализа сигнала с кучей дифуров (90% небиблеотичного кода) на одинаковых данных:
(debug/release/время сборки release(10 раз среднее)ms/выполнения, c)
gcc42: 1507857/233456/54285/758
gcc48: 1406345/188456/52286/698
gcc48(d.egg): 1304361/178456/42285/691
clang: 1206785/166276/39767/567

Как говорится не претендую... код не оптимально написан и исполнимый довольно существенно реагирует
на опции по оптимизации.
Но в моём случае шланг явно рулит. Задачка сильно зависит от входных данных, на некоторых расчёт затягивается на пару часов - шланг даёт выигрыш до получаса.