> ...и бесплатно работать для того, чтобы Билли опять нахаляву взял в
> свою глючную маздайку написанное кучкой альтруистов.
Придурь, они не для Гейтса, они для себя стараются.
Хех. И двумя строчками выше - gcc и gdb. Принципиальные, @#$. За столько лет работы таким принципиальным уже можно было бы и озаботиться созданием собственного работающего компилятора :-)
Действительно, anonymous (*) (29.03.2004 12:57:48) глуп как пробка, так зачем было пропускать эту новость? И хотя никому из нормальных людей от этой новости хуже не становится, но anonymous (*) (29.03.2004 12:57:48) от неё возбуждается не по детски.
Очень информативный и содержательный комментарий :-) Тоже самое можно сказать и о GNU и о любом другом Open Source проекте или движении. Вот только стоило ли тебе это говорить? Люди делают для себя и позволяют другим пользоваться этим без всяких, в отличии от GNU, ограничений. Тоесть даже GNU может позаимствовать код, модифицировать его и эту модификацию распространять под своей лицензией. Почему же BSD так напрягает GNU-сных коммунистов?
GNU-сных коммунистов ещё как напрягает, особенно Столлмана. А BSD-шники просто пишут свой код и с другими лицензиями не борятся. Потому что им, в отличии от GNU-сных коммунистов, нет дела до возможности или невозможности спереть чужой код.
Ну так компилятор то от Intel. Разве Intel обязана делать компилятор для не своих процессоров? Лучше бы AMD поднапряглась и сделала оптимизированый под свои чипы компилятор.
2Сун-ч:
>Ядро FreeBSD уже собирается компилером от интел.
Хорошо бы было если бы оно не только собиралось но еще и работало. Стабильно.
Здесь же речь идет о NetBSD, так что снимись с ручника.
>Они просто хотят иметь монолицензионную систему, что очень важно
>с точки зрения коммерции.
Никакая коммерция им не светит в ближайшие 10-15 лет, как минимум.
з.ы.
Чем прикажите собирать БСДю под не Intel хренотень?
Дык как же с генерацией ICC исполняемого кода для SPARC'ов?
>>Про х86: сгенеренный код нормально работает не только на Интелях, но и на Атлонах?
>Конечно нет :) Уже был скандал по этой части.
Дык тогда какая польза с того, что FreeBSD в принципе можно собрать ICC? Если от кросс-платформенности при этом (даже в рамках одной архитектуры) остаются рожки да ножки...
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=372216+0+/usr/local/www/db/text/...
Нашел ..Спасибо за линк. Вообщем-то месяц назад или около того - я имел смелость предупреждать об этом в 8-ой версии icc&&ifc./ насколько помнится с sS/. Так оно и есть.
Пользую на атлоне:
Intel(R) FortranIntel(R) C++ Compiler for 32-bit applications, Version 7.1 Build 20040309Z
Intel(R) C++ Compiler for 32-bit applications, Version 7.1 Build 20040309Z
Возникли некоторые проблемы с ipo. Подумываю на предыдущую откатиться...
Best regards,$echo.
GNU запрещает налагать дополнительные ограничения а BSD нет
> Тоесть даже GNU может позаимствовать код, модифицировать его и эту модификацию распространять под своей лицензией. Почему же BSD так напрягает GNU
Напрягает то что если это сделает не GNU то это будет фактически воровство. Как тебе идея требовать лицензионных отчислений со стороны АВТОРА программы владельцам лицензии.
> -сных коммунистов?
Коммунисты? Смотря какие. Те что в 17-м пришли они фактически воры.
А почему бы им вообще весь софт "GNUтый" не викинуть совсем ? Пусть с ленточки вынут исходники BSD и скомпилят ... заново :) вот тоолько я чувствую ... эту систему можно будет запускать на компьютерах класса "Серии Малых ЭВМ" :)
>>Чем прикажите собирать БСДю под не Intel хренотень?
>gcc.
Правильно. Больше ведь нечем. Но оно же ГНУтое.
>Кстати, они мказали что под лялих портить не будут из-за GPL/
Тоже верно. Оно нахер там никому не надо кроме 2-3х экстремалов.
>К тому же есть порты под VME железки с моторолой, с модулями
>риал тайм, но за деньги.
VME железки, с чем бы они ни были, это уже другая опера и может
как раз там оно уместно. Но все эти коммерческие "успехи" считаются на пальцах одной руки.
> GNU запрещает налагать дополнительные ограничения а BSD нет
И где тут свобода? Лицензия GNU ограничивает права тех, чья работа основана на чужих GNU-сных разработках. Лицензия BSD лишь обязывает указать, что такая-то разработка основана на таком-то, BSD лицензированом, проекте. Фактически лицензия BSD - это public domain но с обязательством указывать гениологию разработки. Лицензия GNU поощряет воровство, а лицензия BSD поощряет самостоятельную разработку. Что мы и видим в появлении BSD версий awk и gzip.
> > Тоесть даже GNU может позаимствовать код, модифицировать его и эту модификацию распространять под своей лицензией. Почему же BSD так напрягает GNU
> Напрягает то что если это сделает не GNU то это будет фактически воровство. Как тебе идея требовать лицензионных отчислений со стороны АВТОРА программы владельцам лицензии.
Это не может быть воровством. Автор программы может предьявлять права лишь на результаты СВОЕГО труда. Но в GNU это правило не работает. Если кто-то просто позаимствовал BSD код он не может требовать от кого либо отчисления за его использование. Но если кто-то другой не просто позаимствовал BSD код, но его модифицировал, то он и только он является владельцем этой модификации. Он и только он может решать как и кому пользоваться этим кодом. Если ты автор изначального BSD кода, то твои права на твой код никто не оспаривает. Пожалуйста, развивай его и вообще делай с ним всё что хочешь. Если же ты не желаешь, чтобы кто-то имел права на свои модификации твоего кода, то пожалуйста, ограничивай свою лицензию как угодно. Только не заявляй при этом, что такая лицензия полностью свободна, ибо это явная ложь.
А здесь владельцы сайта создали раздел BSD новостей. Неужели ты не знаешь? Ну вот тебе линк: http://www.linux.org.ru/add-section.jsp?section=1 Уговори владельцев linux.org.ru убрать этот раздел и никто о BSD новостей добавлять не будет.
P.S. Почему-то в который раз приходится объяснять такие элементарные вещи. Неужели все линуксоиды так плохо понимают действительность?
а вообще в чем юмор поведения уссаныча - полностью по крылову "зелен виноград...". и тут ему лялхи не угодил и там, но ходит однако на лор. явная патология
Итак - Вы хотите компиллятор с копирайтом AMD ?!
1)
а) Зачем ? Если начнете с того, что это будет рулез - ибо производитель специальным образом заточил компиллятор под свои чипы - можете не продолжать ... и смело набирать 03 или телефон доверия ....
б) Вкратце - Интел создал свой компиллятор для увелечения продаж ! / если для Вас это тайна/. И вполне понятно/ кстати давно это ожидалось/
что на AMD эти компилляторы со временем перестанут работать . понятно почему - хочешь наш компиллятор, покупай наше железо.
2) По той ссылке что я давал - в разделе компилляторы вполне достойные продукты / советую все-таки сходит по ссылкам и почитать инфу, а затем посмотреть на прайсы/ - для Вас новость что они стоят денег ? /при чем серьезных/
объясняю - НЕЗАВИСИМО ОТ ОС, НОРМАЛЬНЫЙ СОФТ ВСЕГДА БУДЕТ СТОИТ ДЕНЕГ !!! И не надо говорить про заооблачные цены .. ЭТО ПРОБЛЕМА НЕ ПРОИЗВОДИТЕЛЯ СОФТА, А НАШЕЙ СТРАНЫ - где нет денег на его покупку. Более того ЗАПОМНИТЕ/ВСПОМНИТЕ
КАЧЕСТВО ВСЕГДА ВЫЛИВАЕТСЯ В КОЛИЧЕСТВО
Этот софт пишут профессионалы и их труд должен оплачиваться.И не говорите что это неправильно. Если Вас не устраивает - см. пункт 1а
Нет. Она (?) сделала велосипед, на котором можно ездить.
> Их gzip это всего лишь фронтенд к zlib (у которой нормальная лицензия).
gzip - это марка, это имя. Миллионы людей по всему миру знают gzip, и не подозревают о zlib. Именно замечательный фронтенд обеспечил популярность и развитие.
Мне абсолютно всё равно для чего Intel создавал свой компилятор. Их компилятор на их процессорах компилирует лучше - это главное. Лицензия Intel компилятора позволяет мне абсолютно бесплатно использовать его для личного пользования. Для другого пользования можно заплатить или использовать другой компилятор, например gcc. Кстати, никто gcc из *BSD не уберает, более того, там это основной компилятор. То что FreeBSD может компилироваться при помощи не только gcc, но и icc - это дополнительная свобода предоставляемая данным BSD проектом. Пользователи FreeBSD получили возможность иметь альтернативу gcc. Что в этом плохого? Если не нравится icc, продолжай использовать gcc.
Когда Вы говорите, что к оптимизации AMD компилятора под AMD процессоры не следует относиться серьёзно, Вы же сами себе потом противоречите. Если такие компиляторы делают лишь для увеличения продаж (Intel), то как это увеличение может быть достигнуто с компилятором, оптимизация которого не особо лучше чем у остальных компиляторов? Скорее всего AMD не способна или не считает для себя выгодным создавать такой компилятор или он ещё находится в разработке.