https://www.opennet.me/openforum/vsluhforumID3/77321.html Организации FreeBSD Foundation и NetBSD Foundation объявили (http://freebsdfoundation.blogspot.com/2011/05/libcxxrt-c-runtime-now-available-under.html) о достижении соглашения с компанией PathScale по открытию под лицензией BSD кода C++ runtime-библиотеки libcxxrt. Представленный код способен полностью заменить созданную в рамках проекта GNU библиотеку libsupc++ для платформ, использующих Itanium C++ ABI, включая i386 и x86-64. <br><br><br>В ближайшее время библиотека libcxxrt будет интегрирована в состав FreeBSD и NetBSD, в которых она заменит компоненты, ранее распространявшиеся под лицензией GPL, что позволит приблизить данные операционные системы к идеалу, предусматривающему наличие только компонентов, распространяемых под лицензией BSD.<br><br>URL: http://freebsdfoundation.blogspot.com/2011/05/libcxxrt-c-runtime-now-available-under.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=30651<br> https://www.opennet.me/openforum/vsluhforumID3/77321.html#38 Sat, 28 May 2011 11:37:51 GMT Проблема _взаимодействия_ двух комьюнити - это действительно очень большая проблема. И её надо решать в первую очередь. А там глядишь - и софт подтянется.<br> https://www.opennet.me/openforum/vsluhforumID3/77321.html#37 Fri, 27 May 2011 01:42:08 GMT Услышали то, что хотели да?<br> https://www.opennet.me/openforum/vsluhforumID3/77321.html#31 Thu, 26 May 2011 05:17:43 GMT &gt; На той, что нельзя полагаться и дальше на компилятор, который в любой <br>&gt; момент может сменить лицензию на не совместимую с идеологией и лицензией <br>&gt; BSD. <br><br>Ого. Идеология BSD? В чем она выражается? И кстати, BSD несовместимо с GPL? <br><br>&gt; Разработчикам BSD нафиг не упало пилить то, что в ближайшем <br>&gt; будущем очень вероятно невозможно будет использовать. Да и пилится с трудом. <br><br>Последнее предложение ключевое. BSD использует даже не последние версии GPL2-licensed компилятора. Последние версии сменили лицензию, вот и решили выкинуть. Потому что сами развиваться не могут. Самим пилить компилятор они не в состоянии.<br><br><br>&gt; "TdR: But that's never really been the agenda, see. Some people think <br>&gt; we hate GNU code. But the thing is we hate large <br>&gt; code, and buggy code that upstream does not maintain. That's the <br>&gt; real problem... gcc gets about 5-6% slower every release, has new <br>&gt; bugs, generates crappy code, and drives us nuts. This is just <br>&gt; an attempt to see if something better can show up.<br>&gt; We're https://www.opennet.me/openforum/vsluhforumID3/77321.html#29 Thu, 26 May 2011 01:43:58 GMT На той, что нельзя полагаться и дальше на компилятор, который в любой момент может сменить лицензию на не совместимую с идеологией и лицензией BSD. Разработчикам BSD нафиг не упало пилить то, что в ближайшем будущем очень вероятно невозможно будет использовать. Да и пилится с трудом. Так же не мешает вспомнить историю OpenBSD vs GCC<br><br>http://www.opennet.ru/openforum/vsluhforumID3/67387.html<br>http://www.thejemreport.com/content/view/369/<br><br>"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. <br>We're just fighting against an open source monopoly..."<br> https://www.opennet.me/openforum/vsluhforumID3/77321.html#28 Wed, 25 May 2011 16:50:00 GMT Мужик, если бы я знал, ссылаются на то, что GPLv3 делает использование GCC как раньше невозможным. Я не силён в юридических тонкостях, а внятного объяснения проблемы GPLv3 в BSD системах не видел.<br> https://www.opennet.me/openforum/vsluhforumID3/77321.html#27 Wed, 25 May 2011 16:27:36 GMT &gt;&gt; если бсдшникам кроме голого собранного ядра ничего не нужно - тогда да.<br>&gt; Так вообще-то в базовой поставке системы компилятор особо для другого и ненужен, <br>&gt; дальше уже ставишь GCC из портов и компиляй всё остальное. <br><br>Ну и накой тогда такой куцый компилятор нужен? Не лучше ли один, умеющий и ядро и приложения, чем два, один для ядра, другой для приложений. Хотя второй умеет и то и другое?<br><br> https://www.opennet.me/openforum/vsluhforumID3/77321.html#26 Wed, 25 May 2011 14:53:50 GMT &gt; если бсдшникам кроме голого собранного ядра ничего не нужно - тогда да.<br><br>Так вообще-то в базовой поставке системы компилятор особо для другого и ненужен, дальше уже ставишь GCC из портов и компиляй всё остальное. Меня больше интересует с чем будут тестировать/собирать основную систему и большую часть портов и будет ли обеспечена возможность без проблем использовать любой из двух компиляторов.<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/77321.html#25 Wed, 25 May 2011 14:45:24 GMT &gt;Вот так вот именно _последних_? Тех, которые под GPLv3+, и которые Core Team старательно "не впиливает"?<br><br>Я не понял, что ты сказать хотел. Я имел ввиду то, что интеграция поддержки сборки FreeBSD последними версиями GCC требует определеных усилий со стороны разработчиков FreeBSD. А так как систему стараются переориентировать на llvm + clang, то мне видится в будущем снижение темпов допиливания FreeBSD под GCC и снижение стабильности при работе с ним. Мне как-то пофигу, что GCC под GPLv3 - его можно и из портов поставить. Хочется только чтобы система собранная новыми версиями GCC была стабильна и функциональна.<br><br>&gt;Кто-то хочет поддержки версий 4.1.18 или 4.2.1 под GPLv2? На минуточку, немного после релиза "разработчиками" версии 4.6.0??<br><br>Я говорил о разработчиках FreeBSD, от них я бы хотел увидеть поддержку последних версий GCC.<br><br>&gt;Неужели FSF не пошла бы им на встречу?! Они же просто не спрашивали!?<br><br>А я не знаю, пошла бы или нет. Я не видел никаких переписок по этому поводу. Но я не вижу никаких пробл https://www.opennet.me/openforum/vsluhforumID3/77321.html#24 Wed, 25 May 2011 14:28:11 GMT если бсдшникам кроме голого собранного ядра ничего не нужно - тогда да. Иначе - без gcc не обойтись. Приложения нужны.<br>