Организации FreeBSD Foundation и NetBSD Foundation объявили (http://freebsdfoundation.blogspot.com/2011/05/libcxxrt-c-run...) о достижении соглашения с компанией PathScale по открытию под лицензией BSD кода C++ runtime-библиотеки libcxxrt. Представленный код способен полностью заменить созданную в рамках проекта GNU библиотеку libsupc++ для платформ, использующих Itanium C++ ABI, включая i386 и x86-64.
В ближайшее время библиотека libcxxrt будет интегрирована в состав FreeBSD и NetBSD, в которых она заменит компоненты, ранее распространявшиеся под лицензией GPL, что позволит приблизить данные операционные системы к идеалу, предусматривающему наличие только компонентов, распространяемых под лицензией BSD.URL: http://freebsdfoundation.blogspot.com/2011/05/libcxxrt-c-run...
Новость: http://www.opennet.me/opennews/art.shtml?num=30651
Интересно, насколько он производительней GNUсного?
Попробуй, потом всем расскажешь http://www.pathscale.com/Try
Пусть лучше недотостаточно свободен, зато гарантированно, надёжно свободен.
> для платформ, использующих Itanium C++ ABI, включая i386 и x86-64.Чего?
>Itanium C++ ABI, включая i386 и x86-64А как же остальные архитектуры? Лучше бы они договорились с Free Software Foundation насчёт GCC.
> Лучше бы они договорились с Free Software
> Foundation насчёт GCC.так давно договорились — берите исходники да используйте, никаких проблем.
>так давно договорились — берите исходники да используйте, никаких проблем.На самом деле проблемы есть, потому как поддержка последних версий GCC требует определённых усилий со стороны разработчиков FreeBSD. Судя по спискам рассылки, какие-то подвижки в этом направлении есть. И всё-таки хотелось бы чтобы возможность сборки системы с помощью последних GCC была бы штатной функцией, обеспеченной полной поддержкой со стороны разработчиков.
> На самом деле проблемы есть, потому как поддержка последних версий GCC требует
> определённых усилий со стороны разработчиков FreeBSD.ну так это проблема — по большей части — bsd community, а не gcc community, мне думается. если у них там какие-то библиотеки, которые не дружат с gcc — то пусть пишут багрепорты (если библиотеки написаны на стандартном c или c++). а если они написаны как-то так нестандартно, что gcc их не может прожевать — то это не проблема gcc.
я, если что, не в курсе, что и как, просто теорезирую.
Проблема _взаимодействия_ двух комьюнити - это действительно очень большая проблема. И её надо решать в первую очередь. А там глядишь - и софт подтянется.
>>так давно договорились — берите исходники да используйте, никаких проблем.
> На самом деле проблемы есть, потому как поддержка последних версий GCC требует
> определённых усилий со стороны разработчиков FreeBSD.Вот так вот именно _последних_? Тех, которые под GPLv3+, и которые Core Team старательно "не впиливает"?
> сборки системы с помощью последних GCC была бы штатной функцией, обеспеченной
> полной поддержкой со стороны разработчиков.Кто-то хочет поддержки версий 4.1.18 или 4.2.1 под GPLv2? На минуточку, немного после релиза "разработчиками" версии 4.6.0??
Неужели FSF не пошла бы им на встречу?! Они же просто не спрашивали!?
> Неужели FSF не пошла бы им на встречу?!полагаю, что на просьбу «а сделайте gcc под BSD лицензией» FSF точно ответит отказом. а всё другое товарищи из стана bsd считают неправославным. вот и ноют, что FSF «не идёт навстречу».
>Вот так вот именно _последних_? Тех, которые под GPLv3+, и которые Core Team старательно "не впиливает"?Я не понял, что ты сказать хотел. Я имел ввиду то, что интеграция поддержки сборки FreeBSD последними версиями GCC требует определеных усилий со стороны разработчиков FreeBSD. А так как систему стараются переориентировать на llvm + clang, то мне видится в будущем снижение темпов допиливания FreeBSD под GCC и снижение стабильности при работе с ним. Мне как-то пофигу, что GCC под GPLv3 - его можно и из портов поставить. Хочется только чтобы система собранная новыми версиями GCC была стабильна и функциональна.
>Кто-то хочет поддержки версий 4.1.18 или 4.2.1 под GPLv2? На минуточку, немного после релиза "разработчиками" версии 4.6.0??
Я говорил о разработчиках FreeBSD, от них я бы хотел увидеть поддержку последних версий GCC.
>Неужели FSF не пошла бы им на встречу?! Они же просто не спрашивали!?
А я не знаю, пошла бы или нет. Я не видел никаких переписок по этому поводу. Но я не вижу никаких проблем в том, чтобы двум свободным проектам (даже более чем двум) провести нормальную дискуссию и найти решение удовлетворяющее целям обоих проектов. Например, перелицинзирование некоторых частей GCC под менее жёсткой лицензией (GPLv2, GPLv3 с исключениями или любой другой) не уменьшающей свободу в понимании FSF и в то же время позволяющей включать GCC в поставку проектам с несколько иным пониманием той самой свободы. А пока я наблюдаю только неуважение друг к другу с обеих сторон и идеологические войны, которые только препятствуют распространению свободного ПО и идей (разных идей!!!) связаных с ним.
зачем? есть же llvm + clang.
Вот когда llvm + clang догонит и перегонит GCC, то можно будет сказать, что GCC не нужен. А пока хотелось бы иметь возможность использовать лучший на данный момент свободный набор компиляторов - GCC.P/S. А ещё интересно то, что DragonFlyBSD спокойно себе перешла на GCC 4.4.
P/S. А ещё интересно то, что Gentoo/FreeBSD спокойно себе перешла на GCC 4.5.x
> Вот когда llvm + clang догонит и перегонит GCC, то можно будет
> сказать, что GCC не нужен. А пока хотелось бы иметь возможность
> использовать лучший на данный момент свободный набор компиляторов - GCC.
> P/S. А ещё интересно то, что DragonFlyBSD спокойно себе перешла на GCC
> 4.4.GCC как бы уже не сильно нужен FreeBSD. Текущая версия мира и ядра вполне себе спокойно собирается и работает не хуже.
если бсдшникам кроме голого собранного ядра ничего не нужно - тогда да. Иначе - без gcc не обойтись. Приложения нужны.
> если бсдшникам кроме голого собранного ядра ничего не нужно - тогда да.Так вообще-то в базовой поставке системы компилятор особо для другого и ненужен, дальше уже ставишь GCC из портов и компиляй всё остальное. Меня больше интересует с чем будут тестировать/собирать основную систему и большую часть портов и будет ли обеспечена возможность без проблем использовать любой из двух компиляторов.
>> если бсдшникам кроме голого собранного ядра ничего не нужно - тогда да.
> Так вообще-то в базовой поставке системы компилятор особо для другого и ненужен,
> дальше уже ставишь GCC из портов и компиляй всё остальное.Ну и накой тогда такой куцый компилятор нужен? Не лучше ли один, умеющий и ядро и приложения, чем два, один для ядра, другой для приложений. Хотя второй умеет и то и другое?
Мужик, если бы я знал, ссылаются на то, что GPLv3 делает использование GCC как раньше невозможным. Я не силён в юридических тонкостях, а внятного объяснения проблемы GPLv3 в BSD системах не видел.
На той, что нельзя полагаться и дальше на компилятор, который в любой момент может сменить лицензию на не совместимую с идеологией и лицензией BSD. Разработчикам BSD нафиг не упало пилить то, что в ближайшем будущем очень вероятно невозможно будет использовать. Да и пилится с трудом. Так же не мешает вспомнить историю OpenBSD vs GCChttp://www.opennet.me/openforum/vsluhforumID3/67387.html
http://www.thejemreport.com/content/view/369/"TdR: But that's never really been the agenda, see. Some people think we hate GNU code. But the thing is we hate large code, and buggy code that upstream does not maintain. That's the real problem... gcc gets about 5-6% slower every release, has new bugs, generates crappy code, and drives us nuts. This is just an attempt to see if something better can show up.
We're just fighting against an open source monopoly..."
> На той, что нельзя полагаться и дальше на компилятор, который в любой
> момент может сменить лицензию на не совместимую с идеологией и лицензией
> BSD.Ого. Идеология BSD? В чем она выражается? И кстати, BSD несовместимо с GPL?
> Разработчикам BSD нафиг не упало пилить то, что в ближайшем
> будущем очень вероятно невозможно будет использовать. Да и пилится с трудом.Последнее предложение ключевое. BSD использует даже не последние версии GPL2-licensed компилятора. Последние версии сменили лицензию, вот и решили выкинуть. Потому что сами развиваться не могут. Самим пилить компилятор они не в состоянии.
> "TdR: But that's never really been the agenda, see. Some people think
> we hate GNU code. But the thing is we hate large
> code, and buggy code that upstream does not maintain. That's the
> real problem... gcc gets about 5-6% slower every release, has new
> bugs, generates crappy code, and drives us nuts. This is just
> an attempt to see if something better can show up.
> We're just fighting against an open source monopoly..."Ничто не мешает подключиться к работе, сделать инструмент лучше. Но! Разве BSDшники будут пилить анти-идеологический, анти-лицензионный GPL софт?
Услышали то, что хотели да?