URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 120825
[ Назад ]
Исходное сообщение
"Результаты пересборки пакетной базы Debian при помощи Clang 10"
Отправлено opennews , 03-Июн-20 20:19 
Сильвестр Ледрю (Sylvestre Ledru) опубликовал результат пересборки архива пакетов Debian GNU/Linux с использованием компилятора Clang 10  вместо GCC. Из 31014 пакетов не удалось собрать 1400 (4.5%), но применив к инструментарию Debian дополнительный патч число несобранных пакетов удалось уменьшить до 1110 (3.6%). Для сравнения при сборке в Clang 8 и 9 число пакетов, которые не удалось собрать, держалось на уровне 4.9%...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53081

Содержание
Сообщения в этом обсуждении
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 20:19 
Напомните, зачем нужно переходить на шланг?
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Fracta1L , 03-Июн-20 20:21 
Чтобы отвязаться от поехавшего GNU
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 20:22 
Слушай... можешь компилятор С++ написать, но чтоб без сишных дыреней? На питоне норм будет думаю
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Fracta1L , 03-Июн-20 20:38 
С и С++ нужно закопать и хлоркой засыпать, это единственное лечение.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Ванёк , 03-Июн-20 20:45 
Что, все дружно переходим на JavaScript? А потом снова на C/C++?
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено BrainFucker , 04-Июн-20 00:25 
> А потом снова на C/C++?

Написанном на JavaScript.

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Корец , 03-Июн-20 20:47 
Что предлагаешь взамен? Или как обычно - пустой звук и ничего больше?
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено анонимно , 03-Июн-20 20:49 
golang
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Fracta1L , 03-Июн-20 21:01 
Rust и Go!
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено ghost , 03-Июн-20 21:11 
Идея "хорошая". Производители железа оценят.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено коржик , 03-Июн-20 22:06 
раст по производительности сопоставим с c++, зря вы так.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено sdaasd , 04-Июн-20 13:15 
Может потому-что он больше в сторону C?
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено 0x3A59 , 05-Июн-20 07:20 
> Rust и Go!

Metaprog!

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено zshfan , 04-Июн-20 18:08 
Язык Ада например, защищён от выстрелов в ногу архитектурно (я любитель пистона если что)...
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Michael Shigorin , 04-Июн-20 22:04 
Говорят, надо просто ногу брать соответствующего масштаба -- и всё получится (я много писал на модуле-2, если что).
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Брат Анон , 05-Июн-20 11:52 
Модула-2 -- неси зачётку, Шигорин. Сдал!
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено erthink , 04-Июн-20 22:19 
> Язык Ада например, защищён от выстрелов в ногу архитектурно (я любитель пистона
> если что)...

Ада нередко не то что в ногу, но и вообще не стреляет.
Однако, хуже когда стреляет не в ту сторону, можно в голову попасть.

;)

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Брат Анон , 05-Июн-20 11:54 
Не пиши чушь. Ада явно лучше С/С++. Её с избытком придумали, но всё солидно.
А ещё лучше Оберон-7
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено erthink , 05-Июн-20 18:48 
> Не пиши чушь. Ада явно лучше С/С++. Её с избытком придумали, но
> всё солидно.
> А ещё лучше Оберон-7

Это не чушь, а объективная реальность.

Грубо говоря, по совокупности _разных_ причин, ни Модула, ни Ада, ни Оберон не получили такого распространения как (например) C/C++. Вероятно Rust уже обошел (или обойдет) по "популярности" всех троих вместе взятых. Т.е. языки вроде-бы хорошие (не стреляют в ногу), но их предпочитают не использовать (потому-то иногда вообще не стреляют).

Тем не менее, в дискуссию вступать не хочу, а просто уточнил что имел ввиду.

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Зз , 05-Июн-20 23:35 
Разбудите меня через 150 лет и я скажу вам, что делают на форуме програмистов
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено erthink , 06-Июн-20 01:00 
> Разбудите меня через 150 лет и я скажу вам, что делают на
> форуме програмистов

+1 ;)

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 00:18 
> С и С++ нужно закопать и хлоркой засыпать

О, дарю идею - сделай secure delete файла с линуксным (или какое там у тебя) ядром ОС :)

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Michael Shigorin , 04-Июн-20 22:05 
>> С и С++ нужно закопать и хлоркой засыпать
> сделай secure delete файла с линуксным (или какое там у тебя) ядром ОС :)

Думаете, он способен написать соответствующую утилиту на растиго?

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Ванёк , 03-Июн-20 20:48 
1) С каких пор у Питона меньше дыр? 2) А просадку производительности на порядок при переходе на Питон на всех компьютерах мира кто, как и чем будет компенсировать? 3) И процессорах дыры. Тоже заменим на Питон???
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 00:16 
> 1) С каких пор у Питона меньше дыр?

Там вон эпическая новость про разнос вебсервисов цыски через питонятину. Им так лихо толпу майнеров вгрузили =)

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним84701 , 04-Июн-20 19:33 
>> Слушай... можешь компилятор С++ написать, но чтоб без сишных дыреней? На питоне норм будет думаю
> 1) С каких пор у Питона меньше дыр?
> 2) А просадку производительности на порядок при переходе на Питон на всех компьютерах мира кто, как и чем будет компенсировать?

Просадка результирующего бинарника в производительности "на порядок", именно из-за ЯП компилятора (а не п(р)ограммиста этого компилятора) ...
Н-да, чего только не узнаешь на опеннете 🙄

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Michael Shigorin , 04-Июн-20 22:29 
Полагаете, тот парень ещё и оптимизатор на питоне изобразить сможет -- да такой, чтоб в этой пятилетке что-то на гора выдал?..
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним84701 , 04-Июн-20 23:36 
> Полагаете, тот парень ещё и оптимизатор на питоне изобразить сможет -- да
> такой, чтоб в этой пятилетке что-то на гора выдал?..

Полагаю, что все же не стоит смешивать мух с котлетами, т.е. ЯП компилятора и результат. Тот же PyPy спокойно генерирует машкод для JIT.
Ну а так да, в одиночку, да с полной поддержкой C++17/20 ... первая реализация плюсов, вроде как, являлась транслятором в Си (и Бъерн писал ее не вечерами после работы, а будучи на зарплате Белл Лабс).
Да и потом, помнится, ту же реализацию С++98 ждали несколько лет.
Так что  условия изначально "немного" нереалистичны.


"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 21:44 
Написал: http://compcert.inria.fr/
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 00:15 
> Чтобы отвязаться от поехавшего GNU

И привязаться к совсем поехавшему эплу и всепожирающему гуглу...

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Fracta1L , 04-Июн-20 07:51 
Лицензия Апач - так себе привязка

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 12:25 
Там целый букет лицензий. Наверное, специально так, чтоб мозги запудрить. Но это не отменяет того, что оно под пятой у Яббла.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Wolfy , 04-Июн-20 10:09 
>отвязаться от поехавшего GNU

Слава IBM и Microsoft!

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 12:25 
и Apple!
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Wolfy , 04-Июн-20 12:43 
Apple это больше про BSD. А Microsoft love Linux.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 20:21 
Наверно чтобы... а хер знает, не зачем наверно
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено A.Stahl , 03-Июн-20 20:21 
Никто никуда переходить не собирается, но иметь запасной вариант всегда хорошо.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 20:25 
переходить может и не нужно. А вот выявить при пересборке не соответствующие стандарту компиляторо-специфичные костыли - дело очень полезное.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 20:42 
Аналогично действую. При кроссплатформенной разработке отладка в различных системах позволяет добиться качества кода и поймать некоторые ошибки.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Michael Shigorin , 04-Июн-20 22:30 
Вот вам двоим на заметку: http://mcst.ru/lab
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено RomanCh , 05-Июн-20 14:58 
Я всё понимаю конечно, но очень смешно выглядит п.7:

> обязательства не публиковать результаты без предварительного согласования.

Неужели всё так ужасающе плохо, что можно получить результаты за которые будет вот прямо настолько стыдно?

PS Публикация шаблона заявки в MS Word формате, да ещё и с макросами - это прекрасно.

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Michael Shigorin , 05-Июн-20 16:42 
>> обязательства не публиковать результаты без предварительного
>> согласования.
> Неужели всё так ужасающе плохо, что можно получить результаты
> за которые будет вот прямо настолько стыдно?

Порой собирают вообще без оптимизации, насколько до меня долетало... в таких случаях на VLIW всё и впрямь плохо.

Мы вон до сих пор вылавливаем апстримы, сборочные системы которых забивают на CFLAGS/CXXFLAGS, и в лучшем случае суют -O2 там, где хорошо бы -O3 (по крайней мере выпуски на lcc 1.23 у нас собраны именно так и им это явно пошло на пользу).

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено RomanCh , 05-Июн-20 16:57 

> Порой собирают вообще без оптимизации, насколько до меня долетало...

Спасибо, понятно. Хотя всё равно странно, ведь оптимизация обычно не даёт прямо космического прироста производительности, даже в разы, не то что на порядки. Т.е. её отсутствие не должно давать в итоге катастрофический результат.

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

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено mikhailnov , 08-Июн-20 14:04 
А вот если бы сборочница не пропускала пустой debuginfo, то большая часть апстримов, забивающих на CFLAGS, была бы выявлена и исправлена
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 20:31 
Вопрос скорее "Зачем оставаться на GCC". Прогресса со второй версии чайная ложка, до сих пор не умеет корректно высокие уровни оптимизации, генерит код, который повреждает память и продолжает работать дальше не генерируя ексцепшена, сборка под определённую архитектуру может "случайно" использовать левые команды процессора…


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

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено erthink , 03-Июн-20 20:48 
Вы clang и gcc попутали
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 21:30 
>код работает так как написано в исходнике

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

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 22:01 
У шланга высокие уровни оптимизации не особо от низких отличаются. А всё потому, что он способен оптимизировать только лапшой из goto. В gcc оптимизации уровня O3 и не включённые в него включаются в pgo. Остальное баги и регрессии, они исправляются (регулярно). Слишком много изменений происходит в нём, тут ты совершенно неправ.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Ordu , 03-Июн-20 21:51 
just for fun.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 22:32 
Первый коммент по делу
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 20:19 
Второй коммент тоже по делу.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 12:35 
just for YOBA (Youth Oriented, Bydlo-Approved)
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Ordu , 05-Июн-20 00:09 
> just for YOBA (Youth Oriented, Bydlo-Approved)

Естественно, это не для старпёров. Старпёры пускай водку жрут да в свою Nintendo рубятся, никакой другой fun им недоступен уже.

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аномсис , 04-Июн-20 04:57 
Можно будет все пакеты распространять в уже оптимизированном биткоде LLVM, а при установке они будут быстро компилироваться  с оптимизацией по-максимуму под архитектуру процессора. При этом скорость компиляции будет намного быстрее, чем из изходников C/C++. А в репозитории будет храниться всего одна пакетная база, универсальная, под все архитектуры.
Для сравнения, сейчас репозитории содержат разные ветки, каждая скомпилирована под свою архитектуру.
Если это x86, то компиляция там под i686, т.е. в оптимизации не задействованы функции новых процессоров. Кто хочет задействовать свой процессор по-максимуму, им приходится самим компилировать под свой процессор. А из исходников это очень долго.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 06:27 
>Если это x86, то компиляция там под i686, т.е. в оптимизации не задействованы функции новых процессоров. Кто хочет задействовать свой процессор по-максимуму, им приходится

А подо что ты там компилировать собрался, под нетбурст? Нынешние процессоры к нему никакого отношения не имеют. Или ты рассчитываешь на simd оптимизации? Это только если в приложении они есть (ручные), на этой почве совершенно не важно для чего 32 битный код компилировать (зачем его вообще компилировать). А по поводу amd64, очень часто оптимизация arch под core2 оказывается быстрее native, так что вот так.

И кстати не взлетит, самый быстрый шланг обычно оказывается медленней gcc+pgo. Намного быстрее наверно не будет, самое тяжолое и муторное это как раз линковка.

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 12:39 
>Можно будет все пакеты распространять в уже оптимизированном биткоде LLVM

Для вас, любителей блобов, и проприерасов уже придумали WASM.

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 08-Июн-20 09:17 
Попробуйте на этом васме видеокодек запустить
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 09:18 
Это ZOG дурацкую работу подкидывает, чтобы отвлечь ресурсы.

Так было с сырым python3 лет 10 назад. (Поддерживать два языка проэкту труднее и более ресурсоемко чем один, код становится жирнее и сложнее)

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено DerRoteBaron , 04-Июн-20 09:36 
Хотя бы чтобы почистить код от совсем упоротых GNU-хаков и ошибок, возникающих из-за них. Ну и чтобы не давать GCC застрять на месте. Они как после появления рабочего шланга (или пинков от Линуса) проснулись и начали снова делать приличный тулчейн.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено freehck , 04-Июн-20 14:08 
> Напомните, зачем нужно переходить на шланг?

Вопрос не в переходе, а в проверке сборки другим сторонним компилятором. Де факто это конкуренция, что в общем-то хорошо, ибо она позволит:
1) иметь компилятор про запас, если один в силу каких-то обстоятельств загнётся / остановится в развитии,
2) найти больше ошибок, ибо то, что один компилятор проглотит, второй может и не проглотить, и выдать ворнинг или же вообще завалиться

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Michael Shigorin , 04-Июн-20 22:34 
> Вопрос не в переходе, а в проверке сборки другим сторонним компилятором.

Скажу больше -- чтобы избежать вендорлока.  К сожалению, RMS явно рассматривает компилятор (точнее, gnu extensions) как оружие.  В смысле мне рассказывали о письмах проектам с просьбой отвергать патчи, позволяющие собраться clang.  Меня такое крайне напрягло.

PS: nested functions нет (и, вероятно, не будет) больше нигде; плюс VLAIS.

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено freehck , 04-Июн-20 23:05 
> К сожалению, RMS явно рассматривает компилятор (точнее, gnu extensions) как оружие.

Если по-твоему это "к сожалению", то вероятно ты не вполне понимаешь мотивы Ричарда.

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Gogi , 05-Июн-20 19:00 
Зачем склеротикам вообще задавать такие вопросы? Кушайте свои таблеточки, не мешайте продукту развиваться.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Anonymus , 03-Июн-20 21:30 
>отсутствия некоторых заголовочных файлов

Это да, не суметь скомпилировать простенький "Hello World!" на C99 из-за потери собственных библиотек - это что-то...

>возврат не-void функцией какого-то значения

А вот тут не понял, что не так-то? Или это опечатка?

>использование сравнения указателя с нулём

Да, зачем проверять что-то, действительно.

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Ordu , 03-Июн-20 21:51 
>> возврат не-void функцией какого-то значения
> А вот тут не понял, что не так-то?

Какой смысл в этом? Бессмыслицу в языках программирования нужно выжигать калёным железом. Она хороша только для обфускации кода и больше ни для чего.

>> использование сравнения указателя с нулём
> Да, зачем проверять что-то, действительно.

Проверять нужно, но не нужно при этом приводить указатели к int'у или int'ы к указателю. Если уж очень нужно, сделай это явно. Если явно писать преобразование влом, то для сравнения есть макро NULL.

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено userd , 04-Июн-20 00:47 
>>> возврат не-void функцией какого-то значения
>> А вот тут не понял, что не так-то?
> Какой смысл в этом? Бессмыслицу в языках программирования нужно выжигать калёным железом. Она хороша только для обфускации кода и больше ни для чего.

В новости как-то нехорошо перевели проблемы.
На странице https://clang.debian.net/ это называется «non-void function should return a value»
типа «error: non-void function 'u_free' should return a value»

Это скорее всего какие-то ошибки в логике.

>>> использование сравнения указателя с нулём
>> Да, зачем проверять что-то, действительно.
> Проверять нужно, но не нужно при этом приводить указатели к int'у или int'ы к указателю. Если уж очень нужно, сделай это явно. Если явно писать преобразование влом, то для сравнения есть макро NULL.

Никто не приводит указатели к int'у или int'ы к указателю :)
Опять-же, в источнике речь идёт не просто о сравнении, а об упорядоченном сравнении.
Типа «error: ordered comparison between pointer and zero ('int *' and 'int')»
в выражении «if (iPos >= 0) {»
Так-то неупорядоченное сравнение типа == и != делайте сколько угодно, NULL тут не причём.
И это тоже скорее всего какие-то ошибки в логике обусловленные изменением типа переменной либо некритичной копи-пастой.

Ждём выступления товарища из команды PVS-Studio с рассказом как его софт позволяет избежать таких вот неприятностей :)

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним84701 , 03-Июн-20 21:53 
>>использование сравнения указателя с нулём
> Да, зачем проверять что-то, действительно.

Да, зачем смотреть в чем дело, действтительно:


domain.c:119:23: error: expression which evaluates to zero treated as a null pointer constant of type 'char *' [-Werror,-Wnon-literal-null-conversion]
            hashPtr = '\0';
                      ^~~~

контекст:

/* Is line a comment - ignore everything after '#' character */
        if (NULL != (hashPtr = strchr(linePtr, '#'))) {
            hashPtr = '\0'; 
        }

Подумаешь, баг в логике  (ну или опечатку/забытый *) нашли ...

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 23:13 
> А вот тут не понял, что не так-то? Или это опечатка?

Сижу и не могу воткнуть. Скорее всего опечатка

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 03-Июн-20 22:22 
Когда с msvc протестируют?
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено DontTreadOnMe , 03-Июн-20 23:26 
Сначала msvc надо нормальный си научить компилять. Потом добавить ему гнутые расширения. И только потом можно подумать о тестировании.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 12:44 
И научить MSVC в ELF генерить.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 09:04 
А зачем? Под эппл лежать приятнее?
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 12:45 
Ещё бы, аж до гланд достаёт!
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Wolfy , 04-Июн-20 14:20 
Чем IBM и Microsoft лучше Apple?
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Michael Shigorin , 04-Июн-20 22:40 
> Чем IBM и Microsoft лучше Apple?

Пока что чуть традиционнее (хотя бы на публику).

"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Wolfy , 04-Июн-20 23:10 
Учитывая, что все трое — сионисты, очень сомнительное утверждение.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено Аноним , 04-Июн-20 18:53 
Поддерживая одновременно и gcc и clang, мы не лежим ни под GNU ни под Apple.
"Результаты пересборки пакетной базы Debian при помощи Clang ..."
Отправлено erthink , 04-Июн-20 19:03 
> Поддерживая одновременно и gcc и clang, мы не лежим ни под GNU
> ни под Apple.

Разработчики с пониженной компиляторной ответственностью?

;)