The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

В Clang обеспечена возможность сборки Linux-ядра 2.6.36, opennews (?), 26-Окт-10, (0) [смотреть все]

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


26. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –15 +/
Сообщение от User294 (ok), 26-Окт-10, 12:41 
И что характерно, нужно оно в основном одному эпплу. Видимо лавры вьюжлстудии покоя не дают. А так - видал проприетарные IDE для эмбеддовки, юзавшие gcc. Видимо они были не в курсе что им так нельзя. Главное лицензии никакие не нарушали - сорцы именно гцц можно скачать, а проприетарное IDE на то и проприетарное :)
Ответить | Правка | Наверх | Cообщить модератору

31. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +3 +/
Сообщение от sammemail (?), 26-Окт-10, 13:09 
ну да, несомненно lightspark и clamav нужны исключительно эплу. Это только то, что навскидку вспомнилось.
Ответить | Правка | Наверх | Cообщить модератору

34. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +1 +/
Сообщение от dimqua (ok), 26-Окт-10, 13:21 
А этот софт тут причем?
Ответить | Правка | Наверх | Cообщить модератору

39. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от sammemail (?), 26-Окт-10, 13:35 
> А этот софт тут причем?

Вас забанили в гугле?

google: llvm clamav
google: llvm lightspark

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

45. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +3 +/
Сообщение от ананим (?), 26-Окт-10, 13:49 
все просто - им нужен ллвм (помните еще как это расшифровывается?), а не возможность на нем с силэнгом скомпилить пол-ядра линуха (и влесть из-за этого на главную в опеннете :D)

ллвм - интересный проект. но не в рамках статичной и единоразовой компиляции софта.

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

272. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +1 +/
Сообщение от kshetragia (ok), 27-Окт-10, 07:02 
В одноразовой компиляции он не менее интересен.
Ответить | Правка | Наверх | Cообщить модератору

87. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от dimqua (ok), 26-Окт-10, 15:49 
Про clamav не знал...
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

43. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +1 +/
Сообщение от Кракен (?), 26-Окт-10, 13:48 
Используют ллвм. Кстати какой-то компилятор шейдорв в галиуме тоже его использует.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

55. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –10 +/
Сообщение от User294 (ok), 26-Окт-10, 14:12 
> ну да, несомненно lightspark

Думается будет такая же бнопня как gnash, только еще и не портабельный нихрена т.к. завязан на х86 набор команд зачем-то.

> и clamav нужны исключительно эплу.

Вот это еще куда ни шло.

> Это только то, что навскидку вспомнилось.

Да нет, безусловно, кто-то где-то какие-то запчасти может и прикрутит. А нормальный компилер будет как обычно только у эппла, только под те архитектуры которые им нужны. Тупо потому что все разработчики - у эппла. И как-то Эппл не похож на корпорацию которая имеет своей целью, хотя-бы второстепенной, осчастливить мир. Ну еще бсдунам будет надо - как всегда они будут вторым сортом, получающим подачки с барского стола от очередного проприетарщика. Потому как своих разработчиков компилера у них нету - что яппл даст, то и будут кушать, никуда не денутся.

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

62. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от К.О. (?), 26-Окт-10, 14:36 
> только еще и не портабельный нихрена т.к. завязан на х86 набор команд зачем-то.

Ололо, это llvm то непортабельный?

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

66. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +1 +/
Сообщение от ананим (?), 26-Окт-10, 14:48 
не путайте ллвм и силэнг/ллвм.
у ллвм своя, интересная ниша в динамической компиляции - шэйдеры, антивири, плагины к браузерам - это его, уникальная ниша.

у меня чувство, что половина "любителей" ллвм тут вообще думает, что речь идёт об обычном компиляторе, не задумываясь что скрывается под абривиатурой llvm.

ps:
>Ололо, это llvm то непортабельный?

и да, ллвм менее портабельный, чем gcc. это для вас новость?
ну хоть вики посмотрите что ли.

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

70. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от К.О. (?), 26-Окт-10, 15:04 
> и да, ллвм менее портабельный, чем gcc. это для вас новость?

Аналитик выше утверждал, что оно x86 only, что неверно.

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

73. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от К.О. (?), 26-Окт-10, 15:16 
> не путайте ллвм и силэнг/ллвм.

Не путайте смысл символа /, clang/llvm - это не clang+llvm, а множество из двух элементов, каждый из которых самоценен, однако оба служат схожим целям.

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

у clang своя, интересная ниша - статическиt анализаторы, свистоперделки в IDE, etc - это его уникальная ниша ;-)

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

188. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –6 +/
Сообщение от User294 (ok), 26-Окт-10, 23:15 
> Ололо, это llvm то непортабельный?

В теории он и продукты на его основе бесконечно портабельны. На практике... на практике почему-то в том же lightspark рассказывается только про x86. Такая вот прикольная портабельность.

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

64. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +2 +/
Сообщение от sammemail (?), 26-Окт-10, 14:40 

> Да нет, безусловно, кто-то где-то какие-то запчасти может и прикрутит. А нормальный
> компилер будет как обычно только у эппла, только под те архитектуры

Ну конечно, компайлер способный собрать FreeBSD и Linux kernel не нормален, вероятно только потому, что там есть разработчики Apple.
> которые им нужны. Тупо потому что все разработчики - у эппла.

CUPS.
> И как-то Эппл не похож на корпорацию которая имеет своей целью,
> хотя-бы второстепенной, осчастливить мир. Ну еще бсдунам будет надо - как
> всегда они будут вторым сортом, получающим подачки с барского стола от
> очередного проприетарщика.

Трололо. Вообще-то сначала возник LLVM, а уж потом разработчиков нанял на работу эпл. Технологий от яблочников в юникс мире достаточно, в том числе и с открытым кодом.

> что яппл даст, то и будут кушать, никуда не денутся.

Трололллоолололо!


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

68. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –3 +/
Сообщение от ананим (?), 26-Окт-10, 15:00 
>Ну конечно, компайлер способный собрать FreeBSD и Linux kernel не нормален, вероятно только потому, что там есть разработчики Apple.

если бы ещё этими полускомпилированными ядрами ещё и пользовался кто-нибудь в продакшене, то вы были бы правы.
>CUPS.

что купс?
а я говорю - ооо - такое же вложение оракла в опенсорс, как купс в яблоке.

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

79. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +6 +/
Сообщение от sammemail (?), 26-Окт-10, 15:36 
>>Ну конечно, компайлер способный собрать FreeBSD и Linux kernel не нормален, вероятно только потому, что там есть разработчики Apple.
> если бы ещё этими полускомпилированными ядрами ещё и пользовался кто-нибудь в продакшене,
> то вы были бы правы.

Для FreeBSD это вопрос времени, и часть изменений уже внесено в current, насколько я помню. Для linux ядра - он только дорос до возможности его собрать, было бы странно ждать что его сразу побегут ставить на production. В любом случае - то, что компилятор смог собрать такие большие проекты (как по объему коду так и по его стилю/авторству/области применения) уже показывает то, что компилятор дорос до вполне используемого состояния. Если им удасться добиться существенных преимуществ у гцц по времени сборки и/или скорости выполнения - то вполне возможен перевод многих проектов/дистрибутивов на LLVM.

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

83. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –5 +/
Сообщение от ф (?), 26-Окт-10, 15:45 
тогда дайте на машине времени прокатиться
Ответить | Правка | Наверх | Cообщить модератору

71. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –1 +/
Сообщение от pavel_simple (ok), 26-Окт-10, 15:04 
>> Да нет, безусловно, кто-то где-то какие-то запчасти может и прикрутит. А нормальный
>> компилер будет как обычно только у эппла, только под те архитектуры
> Ну конечно, компайлер способный собрать FreeBSD и Linux kernel не нормален, вероятно
> только потому, что там есть разработчики Apple.
>> которые им нужны. Тупо потому что все разработчики - у эппла.

ну зачем эти пАнты -- linux без полноченного сетевого стёка даже да десктома мало пригоден -- но зато да clang, а зачем? вот просто такой вопрос - зачем? что когото напрягает gcc который делает больше и лучше и уже сильно давно? -- нет в чистом виде одни пАнты
> CUPS.

угу -- то то видно что не апля его програмила
>> И как-то Эппл не похож на корпорацию которая имеет своей целью,
>> хотя-бы второстепенной, осчастливить мир. Ну еще бсдунам будет надо - как
>> всегда они будут вторым сортом, получающим подачки с барского стола от
>> очередного проприетарщика.
> Трололо. Вообще-то сначала возник LLVM, а уж потом разработчиков нанял на работу
> эпл. Технологий от яблочников в юникс мире достаточно, в том числе
> и с открытым кодом.

весь внимания
>> что яппл даст, то и будут кушать, никуда не денутся.
> Трололллоолололо!

не кричи ты так -- на самом деле и так видно

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

77. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +1 +/
Сообщение от sammemail (?), 26-Окт-10, 15:31 

> ну зачем эти пАнты -- linux без полноченного сетевого стёка даже да
> десктома мало пригоден -- но зато да clang, а зачем? вот
> просто такой вопрос - зачем? что когото напрягает gcc который делает
> больше и лучше и уже сильно давно? -- нет в чистом
> виде одни пАнты

В "чистом виде" виден онолитег. Компиляция ядра важна в первую очередь для самого clang - это очень важный тест для любого компилятора, так как ядро - огромный проект. Насчет "больше и лучше" - субъективно, на сайте LLVM подробно расписано что именно не нравилось авторам в модели GCC.  Ну и главное - проект ни в коей мере не направлен против GCC, и из-за чего тут столько визгов по поводу появления еще одного свободного компилятора (точнее - набора компиляторов) мне не понятно. В конечном счете это ускорит развитие и самого GCC, так как усилит конкуренцию.

>> CUPS.
> угу -- то то видно что не апля его програмила

Проект уже давно куплен эплом и что-то не видно чтобы от этого сильно пострадал.

>> эпл. Технологий от яблочников в юникс мире достаточно, в том числе
>> и с открытым кодом.
> весь внимания

Русский страдать? Ну опять же, навскидку - webkit, AFS и ZeroConf/Bonjour. Также код эпла был в trustedbsd (соответственно и во фре). Наверняка и куча других проектов.

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

100. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –2 +/
Сообщение от pavel_simple (ok), 26-Окт-10, 17:54 
>[оверквотинг удален]
> мне не понятно. В конечном счете это ускорит развитие и самого
> GCC, так как усилит конкуренцию.
>>> CUPS.
>> угу -- то то видно что не апля его програмила
> Проект уже давно куплен эплом и что-то не видно чтобы от этого
> сильно пострадал.
>>> эпл. Технологий от яблочников в юникс мире достаточно, в том числе
>>> и с открытым кодом.
>> весь внимания
> Русский страдать?

Ищё как!
> Ну опять же, навскидку - webkit

это тот который kde'шнеги зачинали?
>, AFS

это который андрюхина файловая? -- опять fail
> и ZeroConf/Bonjour. Также

это технология и её реализация, причём самая распространённая на linux/bsd скорее avahi -- которОя ... ну вы понИли
> код эпла был в trustedbsd (соответственно и во фре). Наверняка и
> куча других проектов.

навЯрняка ... навЯрняка....

вот уж эти любители яблок и тупых понтов

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

106. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от Школьник (ok), 26-Окт-10, 18:20 
>это тот который kde'шнеги зачинали?

Ага. Тот самый, который яблочники довели до вменяемого состояния, после чего ейные фичи стали бэкпортироваться в KHTML.

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

109. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –1 +/
Сообщение от pavel_simple (ok), 26-Окт-10, 18:42 
>>это тот который kde'шнеги зачинали?
> Ага. Тот самый, который яблочники довели до вменяемого состояния, после чего ейные
> фичи стали бэкпортироваться в KHTML.

и? ви таки будити спорить что это исключительно проЭкт яблоков? нет? а чё сказать то хотел?

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

169. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от Школьник (ok), 26-Окт-10, 22:37 
> и? ви таки будити спорить что это исключительно проЭкт яблоков? нет? а
> чё сказать то хотел?

Вообще говоря, я люблю точные формулировки. Когда вижу такое:

>>>это тот который kde'шнеги зачинали?

[SKIP]
>>>это который андрюхина файловая? -- опять fail

то мне словосочетание "опять fail" говорит о том, что аргумент в пользу эппла в виде webkit вами почему-то не принимается. Вы таки не считаете, что вебкит - это по большей части заслуга эппла? Сколько браузеров на базе вебкита существует в природе, и сколько на базе khtml? И где бы был сейчас khtml без бэкпортов из вебкита?

Я не фанат продукции Эппл и не собираюсь распинаться тут в его защиту. Однако, давайте уж будем честными и признаем: Эппл немало вкладывает в F/OSS. Хотя могла бы намного больше.

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

210. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от ананим (?), 27-Окт-10, 00:04 
вебкит давно уже правится к примеру и гуглем. и в большей степени. и нокией. в меньшей.
достаточно попробовать ежедневные сборки хромиума. и посмотреть правки.

в любом случае "вкладывается в F/OSS" - не корректная фраза. не вкладывается она в него. совсем.
просто так она делает иструмент себе любимой. и кто виноват, что корни вебкита в опенсорсе. и что было проще делать именно так, а не разрабатывать самому.
тем более что последнее они уже пробовали.

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

294. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +1 +/
Сообщение от Школьник (ok), 27-Окт-10, 16:03 
> в любом случае "вкладывается в F/OSS" - не корректная фраза. не вкладывается
> она в него. совсем.

То есть, коммитов вида blablabla@apple.com в исходниках WebKit нет?

> просто так она делает иструмент себе любимой.

То есть, RedHat не для себя, любимой, участвует в разработке Linux?

>и кто виноват, что корни вебкита в опенсорсе.

А кто виноват, что корни RHEL - в ядре с kernel.org?

ЗЫ Лицемерие красноглазых бьет уже все мыслимые и немыслимые пределы.

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

157. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –1 +/
Сообщение от Vkni (?), 26-Окт-10, 22:21 
> Ага. Тот самый, который яблочники довели до вменяемого состояния, после чего ейные
> фичи стали бэкпортироваться в KHTML.

Кстати, отличный пример полезности GPL. Если бы у KHTML была BSD лицензия, то Google Chrome не было бы. И Apple Safari был бы значительно убогее.

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

230. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +3 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 27-Окт-10, 00:53 
>> Ага. Тот самый, который яблочники довели до вменяемого состояния, после чего ейные
>> фичи стали бэкпортироваться в KHTML.
> Кстати, отличный пример полезности GPL. Если бы у KHTML была BSD лицензия,
> то Google Chrome не было бы. И Apple Safari был бы
> значительно убогее.

Epic fail: http://trac.webkit.org/browser/trunk/WebKit/LICENSE

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

236. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от pavel_simple (ok), 27-Окт-10, 01:11 
>>> Ага. Тот самый, который яблочники довели до вменяемого состояния, после чего ейные
>>> фичи стали бэкпортироваться в KHTML.
>> Кстати, отличный пример полезности GPL. Если бы у KHTML была BSD лицензия,
>> то Google Chrome не было бы. И Apple Safari был бы
>> значительно убогее.
> Epic fail: http://trac.webkit.org/browser/trunk/WebKit/LICENSE

сам ты epic
http://trac.webkit.org/browser/trunk/WebCore/LICENSE-LGPL-2.1
а ещё там других хватает -- но BSDM'шикам важнее не суть а ][уй куснуть

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

239. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 27-Окт-10, 01:16 
>>>> Ага. Тот самый, который яблочники довели до вменяемого состояния, после чего ейные
>>>> фичи стали бэкпортироваться в KHTML.
>>> Кстати, отличный пример полезности GPL. Если бы у KHTML была BSD лицензия,
>>> то Google Chrome не было бы. И Apple Safari был бы
>>> значительно убогее.
>> Epic fail: http://trac.webkit.org/browser/trunk/WebKit/LICENSE
> сам ты epic
> http://trac.webkit.org/browser/trunk/WebCore/LICENSE-LGPL-2.1
> а ещё там других хватает -- но BSDM'шикам важнее не суть а
> ][уй куснуть

Разницу между GPL и LGPL рассказать?

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

241. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –2 +/
Сообщение от pavel_simple (ok), 27-Окт-10, 01:22 
>[оверквотинг удален]
>>>>> фичи стали бэкпортироваться в KHTML.
>>>> Кстати, отличный пример полезности GPL. Если бы у KHTML была BSD лицензия,
>>>> то Google Chrome не было бы. И Apple Safari был бы
>>>> значительно убогее.
>>> Epic fail: http://trac.webkit.org/browser/trunk/WebKit/LICENSE
>> сам ты epic
>> http://trac.webkit.org/browser/trunk/WebCore/LICENSE-LGPL-2.1
>> а ещё там других хватает -- но BSDM'шикам важнее не суть а
>> ][уй куснуть
> Разницу между GPL и LGPL рассказать?

спасибо -- я с вами уже имел эти унылые беседы по лицензиям -- два года как а вы репертуар ниразу не сменили. я как вспомню про эти театральные постановки в контексте составного сложного произведения с вашей трактовкой законов РФ мне даже не смешно становиться -- ну и как обычно отсутсвие у вас понятийной базы компенсируется количеством постов по BSDM/BSDL Ж:)

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

245. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 27-Окт-10, 01:33 
>[оверквотинг удален]
>>> http://trac.webkit.org/browser/trunk/WebCore/LICENSE-LGPL-2.1
>>> а ещё там других хватает -- но BSDM'шикам важнее не суть а
>>> ][уй куснуть
>> Разницу между GPL и LGPL рассказать?
> спасибо -- я с вами уже имел эти унылые беседы по лицензиям
> -- два года как а вы репертуар ниразу не сменили. я
> как вспомню про эти театральные постановки в контексте составного сложного произведения
> с вашей трактовкой законов РФ мне даже не смешно становиться --
> ну и как обычно отсутсвие у вас понятийной базы компенсируется количеством
> постов по BSDM/BSDL Ж:)

Ложь (или как минимум невнимательность), передёргивания и полный оффтопик. Ушли от темы то есть. Хорошо, слив засчитан.

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

248. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –3 +/
Сообщение от pavel_simple (ok), 27-Окт-10, 01:37 
>[оверквотинг удален]
>>>> ][уй куснуть
>>> Разницу между GPL и LGPL рассказать?
>> спасибо -- я с вами уже имел эти унылые беседы по лицензиям
>> -- два года как а вы репертуар ниразу не сменили. я
>> как вспомню про эти театральные постановки в контексте составного сложного произведения
>> с вашей трактовкой законов РФ мне даже не смешно становиться --
>> ну и как обычно отсутсвие у вас понятийной базы компенсируется количеством
>> постов по BSDM/BSDL Ж:)
> Ложь (или как минимум невнимательность), передёргивания и полный оффтопик. Ушли от темы
> то есть. Хорошо, слив засчитан.

да причём давно -- хоть с чем то я с вами согласен -- мне даже сцылку лень искать -- можАте посмотреть по постам Митрофанова ,моим ну или своим

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

300. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от vkni (?), 27-Окт-10, 20:41 
> Разницу между GPL и LGPL рассказать?

Солнышко, если ты примерно представляешь, что такое KHTML, то должен понимать, что в данном случае и должна использоваться библиотечная версия GPL. Т.е. LGPL. Точно так же, как в glibc. ;-)

А LGPL - это не BSD.

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

307. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от Клапауциус (?), 28-Окт-10, 01:02 
>> Разницу между GPL и LGPL рассказать?
> Солнышко, если ты примерно представляешь, что такое KHTML, то должен понимать, что
> в данном случае и должна использоваться библиотечная версия GPL. Т.е. LGPL.
> Точно так же, как в glibc. ;-)
> А LGPL - это не BSD.

А ещё LGPL не страдает вирусностью. Сооветственно и эмоций в BSD cообществе вызывает не больше, чем CDDL.

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

319. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –1 +/
Сообщение от vkni (?), 28-Окт-10, 18:35 
> А ещё LGPL не страдает вирусностью. Сооветственно и эмоций в BSD cообществе вызывает не больше, чем CDDL.

Только не надо петь песню идиотов о том, что GPL кого-то заставляет переделывать лицензию на GPL. ;-)

GPL запрещает ЛИНКОВКУ закрытого кода к GPL коду. Не хочешь - не линкуй, а лицензию на свой код делай какую угодно.

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

-------------

Идеологической же разницы между LGPL и GPL нет. Это 2 варианта одной и той же лицензии. Просто GPL разрешает ЗАПУСК программ из неGPL программ, а LGPL - чуть более тонкую штуку - вызов индивидуальных процедур из неLGPL программ.

В UNIX системах фактически получается, что GPL для bash работает ровно так же, как LGPL для C.

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

322. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от Клапауциус (?), 28-Окт-10, 21:18 
>> А ещё LGPL не страдает вирусностью. Сооветственно и эмоций в BSD cообществе вызывает не больше, чем CDDL.
> Только не надо петь песню идиотов о том, что GPL кого-то заставляет
> переделывать лицензию на GPL. ;-)

Спасибо на добром слове, Ваша Интеллектуальность. В одном мы сходимся, если кто-то сознательно прикоснулся к заведомо заражённой поверхности - это в основном проблема прикоснувшегося. Факта наличия инфекции это не отменяет.

> GPL запрещает ЛИНКОВКУ закрытого кода к GPL коду. Не хочешь - не
> линкуй, а лицензию на свой код делай какую угодно.

Она её не запрещает, просто накладывает дополнительные условия на получившийся "derived work".  

> Более того, если договоришься со всеми получателями кода, код можешь делать абсолютно
> закрытым.
> Идеологической же разницы между LGPL и GPL нет. Это 2 варианта одной
> и той же лицензии.

А кто здесь про идеологию? Практические последствия "чуть более тонкой штучки" достаточны.  

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

327. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от Vkni (?), 28-Окт-10, 22:56 
> Факта наличия инфекции это не отменяет.

Это какие-то детские эмоции по-поводу малейших ограничений. GPL - это обычный колхоз: вы приносите диван, я приношу торшер, вечером сидим на диване и читаем книжки. BSD - это ультракоммунистическая утопия - с каждого по возможностям, каждому по потребностям: вы приносите и торшер, и диван, а я прихожу нахаляву.

Первое надёжно работает, второе - нет. Выяснили ещё в 30-е годы 20-го века.

> Она её не запрещает, просто накладывает дополнительные условия на получившийся "derived
> work".

Нет, вам даётся на выбор 2 варианта: выполнение договора или запрет на линковку. Никто вас принудительно не заставляет ставить лицензию GPL на ваш "derived work". Не хотите - не линкуйте. Хотите - выполняйте договор: либо распространяйте, давая права на модификацию заказчикам, либо не распространяйте, используя у себя (тоже отличный вариант, я им много раз пользовался).

> А кто здесь про идеологию? Практические последствия "чуть более тонкой штучки" достаточны.

Практические последствия в случае правильной архитектуры отсутствуют. А именно, если вы используете правильную версию GPL то:

1. Мелкие утилиты идут с GPL - их линковать нельзя, но ведь это и нафиг не нужно.
2. Библиотеки идут с LGPL - их можно линковать и использовать комбайнах.

Просто не надо плоской отвёрткой заворачивать винты с крестовой шляпкой. Но разве это для здравомыслящего человека - проблема?

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

190. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –6 +/
Сообщение от User294 (ok), 26-Окт-10, 23:17 
> на сайте LLVM подробно расписано что именно не нравилось авторам в модели GCC.  

Еще бы эппл честно сказал что им не нравится GPLv3, т.к. видите ли не дает им зажимать сорцы... :)

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

108. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –1 +/
Сообщение от QuAzI (ok), 26-Окт-10, 18:36 
> который делает больше и лучше и уже сильно давно? -- нет в чистом
> виде одни пАнты

Я наверное старый стал, раз помню когда так же все боготворили win95

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

111. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –1 +/
Сообщение от pavel_simple (ok), 26-Окт-10, 18:51 
>> который делает больше и лучше и уже сильно давно? -- нет в чистом
>> виде одни пАнты
> Я наверное старый стал, раз помню когда так же все боготворили win95

да нет никакого разговора о том что и что боготворит -- мне например очень нравиться сам проект llvm, и например vmkit, я только однАго не понимать....

чегго сверхординарного в том что какой-то там компилятор ну почти-почти уже совсем наверное возможно таки разродиться собрать linux kernel -- это фетиш такой чтоли? ну давайте обсудим ещё парочку icc например

не-по-ни-мать я в первую очередь вообще постановку задачи и так и не услышал ответа

ЗАЧЕМ? ну вот зачем если вы собрались делать супер-пупер компилятор C вам совместимоссть с gcc -- о котором многие в команде того-же clang'а весьма не лесно отзывались?

Зачем ? у gcc ведь кривая архитектура, плагинов там нет, этого нет, сего нет -- вы же блин крютые наваяли свой -- с блэкджеком -- нахера вам эти костыли gcc.

таки ктjнибудь особо одарённый ответит? зачем?

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

133. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от arturpub (ok), 26-Окт-10, 21:47 
> ЗАЧЕМ? ну вот зачем если вы собрались делать супер-пупер компилятор C вам
> совместимоссть с gcc -- о котором многие в команде того-же clang'а
> весьма не лесно отзывались?
> Зачем ? у gcc ведь кривая архитектура, плагинов там нет, этого нет,
> сего нет -- вы же блин крютые наваяли свой -- с
> блэкджеком -- нахера вам эти костыли gcc.
> таки ктjнибудь особо одарённый ответит? зачем?

# rm /usr/bin/gcc*
# make world

сейчас основная идея во FreeBSD такова.

http://lists.freebsd.org/pipermail/freebsd-stable/2009-May/0...
http://www.opennet.ru/opennews/art.shtml?num=26913

У BSD к вам наверное встречный вопрос ЗАЧЕМ?

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

146. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +1 +/
Сообщение от ананим (?), 26-Окт-10, 22:07 
так бы и сказал - хочу гнушные проги.
а то писал, старался.
Ответить | Правка | Наверх | Cообщить модератору

222. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от pavel_simple (ok), 27-Окт-10, 00:29 
> У BSD к вам наверное встречный вопрос ЗАЧЕМ?

нет -- к этим у меня вопросов нет -- когда всё и вся GNU переписывается под единственной правильной BSDL -- это либо велосипедостроение (что наврядли -- хотя таким и выглядит) -- либо кто-то уж сильно беспокоиться что в последствии пропиетарную фряху могут заподозрить в использовании GNU компонентов, и да я помню что по сути началось всё это с gcc

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

61. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +1 +/
Сообщение от К.О. (?), 26-Окт-10, 14:34 
> А так - видал проприетарные IDE для эмбеддовки, юзавшие gcc

Они использовали gcc компилятор, а не как парсер для подсветки синтаксиса.
Парсер gcc как отдельную либу использовать задача практически не осуществимая ибо там всё гвоздями приколочено.

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

67. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +1 +/
Сообщение от ананим (?), 26-Окт-10, 14:57 
и тем не менее именно он сейчас и используется. включая яблочный x-code.
для любого К.О. очевидно, что если там и приколочено что-то гвоздями, то это лицензия.
Ответить | Правка | Наверх | Cообщить модератору

72. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –2 +/
Сообщение от К.О. (?), 26-Окт-10, 15:09 
> и тем не менее именно он сейчас и используется. включая яблочный x-code.

пруфлинк

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

75. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от аноним (?), 26-Окт-10, 15:27 
apple.com провайдер запретил?
Ответить | Правка | Наверх | Cообщить модератору

76. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –1 +/
Сообщение от К.О. (?), 26-Окт-10, 15:30 
там такой информации нет, очевидно
Ответить | Правка | Наверх | Cообщить модератору

81. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –1 +/
Сообщение от ф (?), 26-Окт-10, 15:43 
там эта информация есть. и это объективно.
Ответить | Правка | Наверх | Cообщить модератору

82. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от К.О. (?), 26-Окт-10, 15:44 
если объективно есть, прошу пруфлинк, а не сотрясания воздуха
Ответить | Правка | Наверх | Cообщить модератору

86. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –1 +/
Сообщение от ф (?), 26-Окт-10, 15:47 
apple.com -> x-code 3 и 4
Ответить | Правка | Наверх | Cообщить модератору

88. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от К.О. (?), 26-Окт-10, 15:51 
> apple.com -> x-code 3 и 4

Зачем мне xcode?
ты дай пруфлинк того, что в xcode используется gcc для подсветки синтаксиса / автодополнения / etc

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

90. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от ф (?), 26-Окт-10, 16:01 
gcc frontend подсветкой синтаксиса не занимается.
clang - тоже.
это парскры кода
Ответить | Правка | Наверх | Cообщить модератору

91. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от К.О. (?), 26-Окт-10, 16:04 
> gcc frontend подсветкой синтаксиса не занимается.
> clang - тоже.
> это парскры кода

Парсер кода может использоваться для того, чтобы реализовать подсветку синтаксиса и автодополнение. Только вот frontend gcc слишком неудобен для такого использования, в отличие от clang

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

97. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от ананим (?), 26-Окт-10, 16:47 
ещё раз - clang не используется в подсвете синтаксиса в x-code.

а "может использоваться" - это примерно как сабж - "может скомпилить ядро линуха без модулей, крипта и ещё кучи всякой всячины"

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

99. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  +/
Сообщение от К.О. (?), 26-Окт-10, 17:02 
речь шла про gcc

http://www.opennet.ru/opennews/art.shtml?num=28418#61

вот тут некто ананим утверждает, что в xcode для этих целей использует gcc.

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

141. "В Clang обеспечена возможность сборки Linux-ядра 2.6.36"  –1 +/
Сообщение от ананим (?), 26-Окт-10, 22:00 
ананим утверждает, что gcc вообще успешно используется в x-code.
и "прибитие гвоздями" этому использованию не мешает.
и что характено "не_прибите гвоздями" не мешает НЕ_использованию силэнг в этих целях.
Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру