The OpenNET Project / Index page

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



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

Оглавление

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

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


4. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +37 +/
Сообщение от A.Stahl (ok), 20-Май-17, 22:34 
>на базе LLVM

Не сами, а на базе Шланга. Они лишь прикрутили нюансы, связанные со своими новыми процами.
Сам я пока GCC использую и Шланг даже палочкой не тыкал, но как бы не пришлось переходить.
БСДшники, говорят, уже собирают свою систему шлангом и всё работает. А тут, видишь, новые оптимизации не под GCC делаются.
Стрёмно лишь одно -- лицензия. Шланг позволяет пихать модули-блобы, которые будут компилировать непонятно что и непонятно как. Но корпорации любят блобы. И по идеологическим причинам и им банально так проще.
Сегодня всё хорошо, а завтра без блоба за 7.62$ хрен ты соберёшь программу без зонда-бекдора. Так что пока GCC.

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

21. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от Аноним (-), 21-Май-17, 10:39 
Вот только по тестам фороникса он не намного лучше mainline llvm 4.0/gcc 6 - https://www.phoronix.com/scan.php?page=article&item=amd-ryze...
Ответить | Правка | Наверх | Cообщить модератору

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. Помним...

Памятливый?? https://www.opennet.ru/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ообщить модератору

27. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от Аноним (-), 21-Май-17, 12:37 
Есть ещё такой вопрос: почему бы просто не выпаривая разработчикам мозги своими собственными компиляторами под каждую платформу взять, и закоммитить это всё в оригинальный шланг?
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

38. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним84701 (ok), 21-Май-17, 19:32 
> Есть ещё такой вопрос: почему бы просто не выпаривая разработчикам мозги своими
> собственными компиляторами под каждую платформу взять, и закоммитить это всё в
> оригинальный шланг?

Вряд ли в шланге обрадуются улучшайзерам типа


if (!cpuid_is("AuthenticAMD")) { random_sleep = 1; slow_and_crappy_fallback_code = 1;} /* утированно конечно, но в каждой шутке ... */

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

43. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним (-), 21-Май-17, 20:31 
>> Есть ещё такой вопрос: почему бы просто не выпаривая разработчикам мозги своими
>> собственными компиляторами под каждую платформу взять, и закоммитить это всё в
>> оригинальный шланг?
> Вряд ли в шланге обрадуются улучшайзерам типа
>
 
> if (!cpuid_is("AuthenticAMD")) { random_sleep = 1; slow_and_crappy_fallback_code = 1;}
> /* утированно конечно, но в каждой шутке ... */

Зря смеетесь, icc так и работает - внутри бинарника два варианта кода: оптимизированный для интелов и обычный generic - для остальных.

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

105. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним (-), 20-Июн-17, 00:36 
> Зря смеетесь, icc так и работает - внутри бинарника два варианта кода:
> оптимизированный для интелов и обычный generic - для остальных.

Не обычный, а деоптимизированный - вроде бы писали что через *эмуляцию* SSE команд...
(сегодня как раз читал, там ещё представитель Intel отбрехивался в глаза что то такой удобный им всеголишь типа баг и т.п.)

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

49. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (-), 21-Май-17, 22:46 
> без блоба за 7.62$ хрен ты соберёшь программу без зонда-бекдора

Тут что-то не так с логикой.

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

57. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –2 +/
Сообщение от emg81 (ok), 22-Май-17, 04:58 
Как человек, перекомпилявший Gentoo Clang'ом, могу сказать, что позиции GCC всё ещё очень сильны.
Некоторые проги не собираются Clang'ом, если либы-зависимости собраны Clang'ом. Например, libraw и libsndfile собранные Clang'ом, не дают собраться gwenview и kde-frameworks.
Про то, что часть пакетов не компилируется Clang'ом в принципе - хрен с ним, а вот то, что после перекомпиляции отвалился МФУ, перестал работать imagemagick и стали происходить разные странности - это да.
К слову, пока устанавливал обратно собранные GCC пакеты - всё решилось ещё в процессе.

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

74. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –4 +/
Сообщение от iZENemail (ok), 22-Май-17, 14:12 
> Как человек, перекомпилявший Gentoo Clang'ом, могу сказать, что позиции GCC всё ещё
> очень сильны.
> Некоторые проги не собираются Clang'ом, если либы-зависимости собраны Clang'ом. Например,
> libraw и libsndfile собранные Clang'ом, не дают собраться gwenview и kde-frameworks.
> Про то, что часть пакетов не компилируется Clang'ом в принципе - хрен
> с ним, а вот то, что после перекомпиляции отвалился МФУ, перестал
> работать imagemagick и стали происходить разные странности - это да.
> К слову, пока устанавливал обратно собранные GCC пакеты - всё решилось ещё
> в процессе.

Все странности — к неродному для LLVM компоновщику GNU LD, который связывает объектный x86_64 код. Как только LLD будет готов, вот тогда и заживём.


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

80. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от emg81 (ok), 22-Май-17, 19:04 
> Все странности — к неродному для LLVM компоновщику GNU LD, который связывает
> объектный x86_64 код. Как только LLD будет готов, вот тогда и
> заживём.

Возможно. Я делал по ману, который включал использование Gold, может, где-то накосячил.

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

94. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от _ (??), 23-Май-17, 18:41 
>Как только LLD будет готов, вот тогда и заживём.

Святая простота ...
В коде вокруг столько GCC-зЪмоффф за 10 лет не вычистить. У бсд-шнегов за такое в базе давали по рукам, вот они и перешли. Ядро линукс так перевести - это не птице до середины днепра :-\  Да и интересанты - кто? А никто, нет таких.

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

75. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (-), 22-Май-17, 14:18 
> Некоторые проги не собираются Clang'ом, если либы-зависимости собраны Clang'ом. Например,
> libraw и libsndfile собранные Clang'ом, не дают собраться gwenview и kde-frameworks.


% strings -a /usr/local/lib/libraw.so.16.0.0|grep clang                              
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)
% strings -a /usr/local/lib/libsndfile.so.1.0.28|grep clang
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)
% strings -a /usr/local/bin/gwenview|grep clang
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)

> перестал работать imagemagick и стали происходить разные странности - это да.


% strings -a /usr/local/lib/libMagick++-6.so.6.0.0|grep clang
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)
% strings -a /usr/local/bin/identify|grep clang                                    
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)


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

79. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –2 +/
Сообщение от emg81 (ok), 22-Май-17, 19:03 
И?
Gentoo и FreeBSD, к слову, разные вещи.
Ответить | Правка | Наверх | Cообщить модератору

91. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (-), 23-Май-17, 18:22 
> И?
> Gentoo и FreeBSD, к слову, разные вещи.

Теплое и мягкое тоже.
Т.е. вам это совсем не говорит о том, что проблема может быть, хотя бы в некоторых случаях, немножечко не совсем в Clang-е? Яснопонятно.


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

96. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от emg81 (ok), 23-Май-17, 22:31 
Я где-то писал разве, что "проблема *в* Clang'е"?
Я отписал выше свой опыт "как есть", а кто-то просто увидел то, что хотел увидеть.
Ответить | Правка | Наверх | Cообщить модератору

97. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Andrey Mitrofanov (?), 24-Май-17, 12:15 
> Как человек, перекомпилявший Gentoo Clang'ом, могу сказать, что позиции GCC всё ещё
> очень сильны.

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

> Некоторые проги не собираются Clang'ом, если либы-зависимости собраны Clang'ом. Например,
> libraw и libsndfile собранные Clang'ом, не дают собраться gwenview и kde-frameworks.

Ваши конвульсии вызывают повсеместное недоумение -- могут же люди, ай да молодцы же.

> Про то, что часть пакетов не компилируется Clang'ом в принципе - хрен
> с ним, а вот то, что после перекомпиляции отвалился МФУ, перестал
> работать imagemagick и стали происходить разные странности - это да.

Аудитория в восхищении. И всё ради чего? Чтоб на айфончиге компилятор был, устраивающий лояров надкусанной компании, чтоб они не раздражали нерв своих гендиров, чтоб те могли смотреть на дедушку Столмана свысока?? Не, ну, бсдешников(*), понятно, хлебом не корми, дай Передовую Технологию(tm)(R) очередного ат-и-т. История, корни, уважуха.

> К слову, пока устанавливал обратно собранные GCC пакеты - всё решилось ещё
> в процессе.

Захватывающе! Спасибо за интересный рассказ. Обязвтельно пишите ещё. Одного iZEN-я нам по-любому мало, чтоб держать на пульсе стучащего в сердце BSD(*).

Таков мой ""опыт "как есть", а кто-то просто увидел то, что хотел увидеть.""

// (*)Да, слово "Gentoo" я видел -- но этот линуксоид кряякает как бсдешник и т.д. "Премиссивщик" не так в ходу и не так обидно, я считаю.
..."Ждём FreeBSD 10+" Team. Основатель. [11ая не считается, не дождался.] https://www.opennet.ru/openforum/vsluhforumID3/109353.html#347

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

98. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от emg81 (ok), 25-Май-17, 00:14 
1. Я раньше видел этот ник - от него когда-то писали адекватные комменты, но это было давно.

2. Мне кажется, попробовать Clang на моей системе ради интереса - это МОЁ личное дело. То, что я здесь отписал - это тоже моё личное дело.

3. Всё остальное - поток сознания, оскорбления и выдумки. Стоило один раз упомянуть, как я попробовал Clang на выходных и у кого-то прорвало все поддоны - потекло ото всюду.

--
Если Чикатило в клетчатой рубашке когда-то был запечатлён, значит ли это, что все люди в клетчатой рубашке - маньяки и педофилы?

Хотя я не надеюсь на адекватную реакцию, ведь в своём выдуманном мирке, где А. Митрофанов - д'Артаньян, а остальные - известно кто, жить удобнее, верно?

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

100. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Andrey Mitrofanov (?), 27-Май-17, 12:54 
> 1. Я раньше видел этот ник
> Если Чикатило в клетчатой рубашке
>в своём выдуманном мирке
>А. Митрофанов - д'Артаньян

На будущее: меня анализировать -- услуга платная. Вы уже задолжали, пройдите в кассу.

>, а остальные - известно кто, жить
> удобнее, верно?

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

101. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от emg81 (ok), 28-Май-17, 03:03 
> На будущее: меня анализировать -- услуга платная.

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

Продолжать диалог с неадекватным инфантилом желания нет. Удачи.

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

63. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от t28 (?), 22-Май-17, 09:41 
> Шланг позволяет пихать модули-блобы, которые будут
> компилировать непонятно что и непонятно как.

Поэтому можно взять .s файл и посмотреть, не напихали ли туда лишнего.

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

95. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от _ (??), 23-Май-17, 18:45 
Ну увидишь ты там колл в середину блоба ...
Без него - не работает, с ним - не нужно ... но выбор всегда есть :-)
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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