The OpenNET Project / Index page

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



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

Оглавление

Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1.0, opennews (??), 20-Май-17, (0) [смотреть все]

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


25. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +3 +/
Сообщение от Аноним (-), 21-Май-17, 12:23 
> Сам я пока GCC использую и Шланг даже палочкой не тыкал, но
> как бы не пришлось переходить.

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

> БСДшники, говорят, уже собирают свою систему шлангом и всё работает.

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

> А тут, видишь, новые оптимизации не под GCC делаются.

По очевидной причине - лицензия. В GCC все свои наработки открывать придется, а тут делай что хочешь и никто тебе не указ.

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

29. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +5 +/
Сообщение от Аноним (-), 21-Май-17, 13:11 
> Не придется. GCC живее всех живых, особенно после недавнего пересмотра подхода к разработке. Нынче он тоже топает семимильными шагами, и не только в нумерации.

Проект на самом деле стал настолько сильно большим что надо усовершенствовать не только подход к разработке но и методы. Это нужно сделать.

> Многое и ломают, правда, к сожалению.

Плохо если ломают необдуманно. А если ломают ради развития, то это всегда хорошо, хоть и не совсем приятно.

> По очевидной причине - лицензия. В GCC все свои наработки открывать придется, а тут делай что хочешь и никто тебе не указ.

Всегда были и будут копирасты и даже простые обыватели которые хотят "засадить пользователю блоб" или "насадить на eula'у". Чтобы не потерять ориентиры, надо просто вспомнить из-за чего появился GPL и GNU. Если бы не GPL то Linux никогда не стал бы таким каким он стал.

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

33. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Vkni (ok), 21-Май-17, 16:14 
> Всегда были и будут копирасты и даже простые обыватели которые хотят "засадить
> пользователю блоб" или "насадить на eula'у".

Уже было с Darwin'ом, кстати - закрыли, потом поняли, что фигня получается, открыли обратно. В результате только получили репутацию ненадёжных людей.

> Чтобы не потерять ориентиры, надо просто вспомнить из-за чего появился GPL и GNU.

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

Да, в 90-х GPL была необходимостью, а сейчас, слава богу, это просто предохранитель. А "в мире Полдня" она вообще будет не нужна. :-)


> Если бы не GPL то Linux никогда не стал бы таким каким он стал.

Дык.

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

37. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от Crazy Alex (ok), 21-Май-17, 18:55 
Так себе сообщество отдрессировано - на ПК ещё ладно, а шаг в сторону на тот же андроид - на одно открытое приложение на любую тематику - сотня закрытых.

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

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

51. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Vkni (ok), 21-Май-17, 23:02 
Я говорю про системщиков. Всё очень просто - есть ИТшный коммунистический локус, затравку к которому сделал дедушка Столлман, есть капиталистический мир. Граница между локусом и внешним миром размыта, поэтому чем ближе сюда, тем больше вероятность, что софт будет открыт, чем ближе туда - тем меньше вероятность.

Компиляторы находятся практически в центре локуса, поэтому шансы, что что-то закрытое в области компиляторов не сдохнет, практически 0-ые.

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

45. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (-), 21-Май-17, 21:49 
> Уже было с Darwin'ом, кстати - закрыли, потом поняли, что фигня получается, открыли обратно. В результате только получили репутацию ненадёжных людей.

Со временем закрытые технологии либо пропадают без вести либо переходят в существование в открытом виде (это может быть независимая реализация). Все везде и всегда так, даже патенты выходят сроком и дальше возможно свободное использование.

> Кмк, все заинтересованные это знают. GPL в некотором смысле частично потеряла актуальность - сообщество уже, в общем, отдрессировано жить по коммунистическим правилам. Это же просто удобный инструмент для того, чтобы проект не закрыли, но если его разрабатывают более-менее вменяемые люди и не делают закрытые форки, то какая разница - GPL/BSD.

Вам кажется не верно. Вы несколько наивны/инфантильны. GPL - это защитник который не только защищает проект от закрытия кода, но и привлекает независимых разработчиков к содействию которые не пришли бы в проект если бы была возможность его закрытия. Именно из-за этого явления Linux выстрелил, т.к. это был серьезным GPL-ядром в свое время. Я тоже например никогда не буду безвозмездно помогать ни словом, ни делом, ни деньгами не GPL проектам.

> Да, в 90-х GPL была необходимостью, а сейчас, слава богу, это просто предохранитель. А "в мире Полдня" она вообще будет не нужна. :-)

Без GPL проект растащат также как растащили общественный цветмет и чермет которые лежал свободно пока существовал СССР. GPL как бы гарантирует существованию проекта независимо от компании и частных лиц. Вот развалилась компания, а код остался.

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

52. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Vkni (ok), 21-Май-17, 23:09 
> Со временем закрытые технологии либо пропадают без вести либо переходят в существование
> в открытом виде (это может быть независимая реализация).

Да, дохнет закрытое, в корчах, если находится в коммунистическом локусе. Туда ему и дорога.

> Вам кажется не верно. Вы несколько наивны/инфантильны. GPL - это защитник который
> не только защищает проект от закрытия кода, но и привлекает независимых
> разработчиков к содействию которые не пришли бы в проект если бы
> была возможность его закрытия.

Ясен пень. Но в 90-х это было безумно важно, а сейчас - накал в системном софте уже подспал. В прикладухе, на границе коммунистического локуса - да, если мы делаем софт вроде ОpenOffice, его нужно писать под GPL. Никаких BSD/MIT ни в коем случае - растащат.

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

> Я тоже например никогда не буду безвозмездно помогать ни словом,
> ни делом, ни деньгами не GPL проектам.

Хороший подход.

> Без GPL проект растащат также как растащили общественный цветмет и чермет которые
> лежал свободно пока существовал СССР. GPL как бы гарантирует существованию проекта
> независимо от компании и частных лиц. Вот развалилась компания, а код
> остался.

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

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

58. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –2 +/
Сообщение от ананим.orig (?), 22-Май-17, 05:58 
вау.
а на вашей шкуре ещё есть место для рекламы?
Ответить | Правка | Наверх | Cообщить модератору

59. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Vkni (ok), 22-Май-17, 06:18 
> Я прожил в СССР достаточно, чтобы моя шкура запомнила это навсегда. А вы сколько там прожили?

В конце СССРа было практически включено "чёрное излучение". Как говорил Странник - 20% остаются шизофрениками.

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

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

103. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (-), 20-Июн-17, 00:25 
Что значит было....
Ответить | Правка | Наверх | Cообщить модератору

60. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Аноним (-), 22-Май-17, 06:24 
> Я прожил в СССР достаточно, чтобы моя шкура запомнила это навсегда. А вы сколько там прожили?

Не важно сколько я там прожил, важно какой информацией и какого уровня я обладаю. У вас заявления уровня подъездного пенсионера. Мне с вами разговаривать просто не о чем.

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

88. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от _ (??), 23-Май-17, 17:47 
>если мы делаем софт вроде ОpenOffice, его нужно писать под GPL.

Да вот только ОpenOffice - сдох :-)

>Никаких BSD/MIT ни в коем случае - растащат.

Ути -пуси! LibreOffice выросший на костях ОpenOffice, в вполне бодрвый ВНЕЗАПНО под:
License: MPLv2.0 (secondary license GPL, LGPLv3+ or Apache License 2.0)[7]

A MPL ~= MIT ... впрочем над больными смеяться - грех, за сим расходимся ....

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

72. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от dq0s4y71 (ok), 22-Май-17, 12:26 
> Я тоже например никогда не буду безвозмездно помогать ни словом, ни делом, ни деньгами не GPL проектам.

А пользоваться такими проектами тоже не будете? Или ваши принципы включаются только когда вы  им можете чем-то помочь?

> Без GPL проект растащат также как растащили общественный цветмет и чермет которые лежал свободно пока существовал СССР.

Не перестаю удивляться, что разницы между объектами физического мира и цифрового не понимают даже некоторые айтишники!

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

76. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (-), 22-Май-17, 17:00 
> А пользоваться такими проектами тоже не будете? Или ваши принципы включаются только когда вы  им можете чем-то помочь?

Так я и не пользую BSD, перестал как разобрался в тонкостях лицензии и современных веяниях копирастии.

> Не перестаю удивляться, что разницы между объектами физического мира и цифрового не понимают даже некоторые айтишники!

Я давно не удивляюсь ограниченности людей которые не видят за аналогиями образы.

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

104. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Аноним (-), 20-Июн-17, 00:27 
> Так я и не пользую BSD, перестал как разобрался в тонкостях лицензии и современных веяниях копирастии.

Так GPL и есть скрытый проприетар, а копирастия - в любой лицензии, ибо (С) никто не может отменить по закону.

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

83. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от dctemail (??), 23-Май-17, 07:34 
> Да, в 90-х GPL была необходимостью, а сейчас, слава богу, это просто предохранитель. А "в мире Полдня" она вообще будет не нужна. :-)

А ты оптимист... Но завидую оптимизму, да..

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

34. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Vkni (ok), 21-Май-17, 16:17 
> Проект на самом деле стал настолько сильно большим что надо усовершенствовать не
> только подход к разработке но и методы. Это нужно сделать.

Кстати, про методы - давно пора сделать специальную социальную сеть, наподобие GitHub'а, но распределённую. Чтобы убрать единую точку отказа в виде GitHub.

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

46. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним (-), 21-Май-17, 21:55 
> Кстати, про методы - давно пора сделать специальную социальную сеть, наподобие GitHub'а, но распределённую. Чтобы убрать единую точку отказа в виде GitHub.

Вообще не о том. Весь Интернет распределенный - создайте независимо от github репозитории, и вот у вас уже пример как "убрать единую точку отказа в виде GitHub".

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

53. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Vkni (ok), 21-Май-17, 23:11 
> Вообще не о том. Весь Интернет распределенный - создайте независимо от github
> репозитории, и вот у вас уже пример как "убрать единую точку
> отказа в виде GitHub".

Вот уж точно семь мудрецов не прокомментируют.

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

36. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –3 +/
Сообщение от anonymous (??), 21-Май-17, 17:07 
> Полноценную сборку ядра Linux шланг до сих пор сделать не в состоянии. Собирается какая-то часть, вроде бы даже запускается и работает, но часть эта очень маленькая.

Эти ребята с тобой не согласны https://www.openmandriva.org/?lang=en Если и есть нюансы, то незначительные.

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

42. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (-), 21-Май-17, 20:29 
Нюансы есть, и они значительные. В OpenMandriva только юзерспейс собирается Шлангом, и то не весь. Ядро собирается GCC.
Вот проект поддержки сборки ядра шлангом:
http://llvm.linuxfoundation.org/index.php/Main_Page
Там куча патчей для ядра (патчи для шланга отдельно не выкладывают, поскольку их принимают в основную ветку) плюс даже при этом собирается не все, не для всех архитектур, не самой актуальной версии и с зависимостями от кусков GCC. Я не пеняю шлангу - они играют в догоняющих - но просто говорю, что о сборке им ядра можно говорить пока только в контексте развития самого шланга.
Ответить | Правка | Наверх | Cообщить модератору

62. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –3 +/
Сообщение от Аноним (-), 22-Май-17, 09:01 
> По очевидной причине - лицензия. В GCC все свои наработки открывать придется, а тут делай что хочешь и никто тебе не указ.

Мы все помним как забыли linking exceptions в gcc. Помним...

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

64. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним_oyc (?), 22-Май-17, 09:44 
Ваши проблемы, никогда не зацикливайтесь на событиях прошлого.
Ответить | Правка | Наверх | Cообщить модератору

68. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 22-Май-17, 10:43 
> Мы все помним как забыли linking exceptions в gcc. Помним...

Ну бросьте в них камень первым.

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

77. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 22-Май-17, 17:34 
>> По очевидной причине - лицензия. В GCC все свои наработки

// Странно, да? Чегой-то они-то сами всё своё открыли? Не понять этого _любителям_ _закрывать_, да.

> Мы все помним как забыли linking exceptions в gcc. Помним...

Памятливый?? http://www.opennet.me/openforum/vsluhforumID3/107145.html#61
Канделябром.

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

73. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –3 +/
Сообщение от iZENemail (ok), 22-Май-17, 14:08 
> Не придется. GCC живее всех живых, особенно после недавнего пересмотра подхода к разработке.

Придётся! А иначе без графики останетесь.

make LLVM only a BUILD_DEPEND for mesa-libs, which needs it to build EGL

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

99. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от Аноним (-), 26-Май-17, 16:15 
Изя, твое мнение никого не интересует.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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