URL: https://ssl.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 129525
[ Назад ]
Исходное сообщение
"Реализована возможность сборки Glibc при помощи инструментария LLVM"
Отправлено opennews , 18-Янв-23 13:51 
Инженеры из компании Сollabora опубликовали отчёт о реализации проекта по обеспечению  сборки системной библиотеки GNU C Library (glibc) с использованием инструментария LLVM (Clang, LLD, compiler-rt) вместо GCC. До последнего времени Glibc оставался одним из значительных компонентов дистрибутивов, поддерживающих сборку только при помощи GCC...

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

Содержание
Сообщения в этом обсуждении
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Герострат , 18-Янв-23 13:51 
Это хорошо
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 14:02 
Теперь можно сделать совместимую Фуксию.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 14:35 
Это хреново, учитывая разницу в лицензиях.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено лох , 18-Янв-23 16:06 
код должен писаться на С, а не на GCC
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Вы забыли заполнить поле Name , 18-Янв-23 16:21 
код должен писаться на С, а не на LLVM
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено гну гпл краснокоричневый копираст , 18-Янв-23 19:11 
код должен зависеть от GNU GPL-лицензированного кода, а не давать капиталистам закрывать исходники
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 05:36 
кот должен не давать социалистам принимать законы, которые позволяют капиталистам закрывать исходники

  

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено _hide_ , 19-Янв-23 10:15 
Кот должен охранять свою миску. GPL кот всегда сам охраняет свою миску, чего и Вам советую.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено жявамэн , 19-Янв-23 10:46 
кот вам ничего не должен мясные мешки
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено _hide_ , 19-Янв-23 10:57 
Кто про кота, кто про мешки. Шей и молчи )))
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 16:02 
С дробовиком в руках? Или у фашисту на службе у капиталистов челом бьют "ваша честь, тут копирайты нарушают-с"?
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Тот_Самый_Анонимус_ , 18-Янв-23 19:45 
Не поймут. Для них (фанатиков человека-стола) соблюдение стандартов важно только когда эти стандарты нарушают не их хозяева. Против хозяев тявкать нельзя.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено V1 , 19-Янв-23 05:27 
Бред какой то написали.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 20-Янв-23 00:37 
Вы, видимо, не знали или запамятовали, что GCC имеет специфичные для него расширения, дающие синтаксический сахар и формирующие манеру компиляции и сборки кода. Так называемые gcc-змы, мешающие переносимости кода между компиляторами.

Кроме того эти gcc-змы выполнены в форме подключаемых библиотек, которые распространяются под GPLv3, что делает их использование неприятным с лицензионной точки зрения, потому что компилятор навязывает вам правила лицензирования и дистрибьюции.

GPLv3 - это скандальная лицензия, которая привнесла еще больше фрагментации в Open Source сообщества и породило еще больший политический срач между сторонниками Open Source разработчиками и свидетелями секты Free Software. За что, кстати, GCC вытурили из BSD.

Вообще, когда у тебя ПО расширяет адаптирует общепринятый открытый стандарт, затем расширяет этот стандарт эксклюзивными функциями, а потом давит альтернативы за счёт эксклюзивности собственных расширений путём лицензионной политики, называют EEE. Лицемерие леваков в том, что когда это делает очередной MS - это плохо, а когда они это делают, то это хорошо.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 20:54 
Порвался? Жаль.
Форкни и лицензируй под GPL/LGPL/MPL.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 22:42 
А лицензия на GLibc не поменялась.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 13:53 
Оно и понятно это же единственная нормальная библиотека.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено kusb. , 18-Янв-23 14:20 
А что насчёт мусульманских мюслей?
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 14:34 
Arbitrary code execution в printf, спасибо, не надо. Ну и потом, есть же дистрибутивы на этой библиотеке. Любой может взять и сравнить производительность.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 14:36 
Нормальные библиотеки не прибивают гвоздями к одному компилятору
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 14:54 
То что ты сейчас видишь - это аккуратное споливание гвоздей по одному.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 15:00 
Нормальную библиотеку все используют не смотря к чему там и кем она прибита.  
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 15:10 
В маршрутизаторах не используют. Жирная слишком, не помещается в ограниченный размер памяти.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 16:08 
Нормальные люди такие маршрутизаторы и не используют.  
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 16:30 
Представляю, приходит человек в магазин покупать маршрутизатор, а там на каждой коробке написано какая библиотека используется. Человек спрашивает у консультанта с какой библиотекой брать, а тот говорит, что вот это для нормальных людей, а это для ненормальных.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 18:43 
Ну это только психи едят с лопаты то что им дают. Этих людей даже рассматривать не стоит.  
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Тот_Самый_Анонимус_ , 18-Янв-23 19:53 
>Ну это только психи едят с лопаты то что им дают.

Хрюкнул человек, который с вероятностью 99,999% использует несвободный процессор и память и 100% пользуется несвободной электросетью и интернетом.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 22:41 
Это норма. Мы только в начале освобождения. Только верхушка начала что-то понимать и начала свой путь, остальные этого ещё не поняли, а присоединяться и вовсе в конце пути, когда все будет очевидно (как было и с интернетом и со свободным софтом). Приходи лет через 20 и распишись за собственный RISC-V процессор созданный в гараже у соседа с твоими кастомными инструкциями и максимальной эффективностью.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 23:37 
Через 20 лет мы все дружно посмеёмся над этими маняфантазиями. Скорее всего даже лет через 5 уже будет очевидно, что юзабельный riscv только проприетарный и о нанометрах в гараже можно не мечтать. "Открытость" это такой же фейковый баззвод как и "безопасность", на радость идиотам.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Тот_Самый_Анонимус_ , 20-Янв-23 06:45 
> Приходи лет через 20

Слезай с тяжёлых наркотиков. Через 20 лет либо шах, либо ишак...

Столман и столманутые — это не про свободу, а про ещё один элемент контроля системы, как в Матрице.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 09:29 
Хорошо быть мастером на все руки. Но например лечить зубы я сам себе не рискну, обращусь к специалистам. А специалисты эти самые ненормальные, т.к. не знают какая либа у них в маршрутизаторе. Да и я ненормальный, жру с лопаты что советуют врачи, т.к. мое радиотехническое образование не коррелирует с медицинским.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 17:02 
Нормальные люди используют маршрутизаторы, которые нормально выполняют их задачи, а не в которых стоит «нормальная» библиотека (что, вообще говоря, не гарантирует нормального выполнения задач).
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 18:44 
Вот эти нормальные люди и сидят с зондами и переплачивают втридорога так им и надо нам на них ровняться не нужно.  
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 19:42 
Переплачивают втридорога, покупая самые дешёвые роутеры. Логика уровня опеннет (впрочем, как обычно).
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 09:07 
Кстати, а какие модели маршрутизаторов используют эти нормальные люди? Интересно же.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено pashev.ru , 18-Янв-23 16:40 
> Нормальные библиотеки не прибивают гвоздями к одному компилятору

Нормальные парни (GNU) пишут библиотеки, компиляторы и всё остальное, что им нужно сами, что мы и наблюдаем. Остальные ноют и воруют.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 16:50 
воруют пожалуй это к GNU и GCC.
товаришь забыл как в gcc 4.3 резко поменяли лицензию и стали присваивать себе чужой код аргументируя тем что раз он слинкован с libgcc - то значит теперь он обязан быть под GNU v3 лицензией ?
Ну или мисье забыл как OpenBSD поделилось с linux драйвером для wifi, даже лицензию сделали соместимой, а вот товарищи из linux kernel комьюнити показали болт и сказали что все улучшения это наши улучшения - а вам спасибо что подарили код. Совсем по человечески и людски.. так же ?


А вот примеры воровства с другой стороны в студию.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Страдивариус , 18-Янв-23 18:02 
Не знаю, что там с libgcc было, но по стэку 802.11 тут дело такое... В ядре разве есть вообще хоть одна часть, в которой лицензия отличается от GPL2? Скорее всего Линус просто не хочет засирать себе и другим голову этим копирастным бредом и разводить бюрократию на тему того, какая часть ядра под какой лицензией. Это реально будет треш, если разные части одного проекта, такого большого как ядро, будут идти под кучей разных лицензий.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 18:21 
а ты погугли.. погугли.
а по части 802.11 и вообще по ядру ты попал пальцем в небо. Я тебя удивлю - но в ядре не только GPLv2 есть.
% grep -rn MODULE_LICE * | grep -c BSD
378
# grep -rn MODULE_LICE * | grep -c MIT
24
если бы ты удосужился чуть чуть узнать историю вопроса - было бы менее смешна твоя позиция. Был dual BSD/GPL код, а правки объявили GPL only.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 03:37 
> Был dual BSD/GPL код, а правки объявили GPL onl

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

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 09:24 
Чтобы ныть и ущемляться.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено _hide_ , 19-Янв-23 10:56 
Какой-то дикий толстый тролинг. GPL -- это лицензия на исходники. Слинковали с GPL -- выполняете условия GPL для оборудования и ПО, но Вашу лицензию никто не меняет на GPL.

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

Где тут ущемление свободы?

Про "ныть" согласен.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 22:48 
>> Был dual BSD/GPL код, а правки объявили GPL onl
> Пермиссивные лицензии это позволяют. Если же такая ситуация не устраивает, то зачем

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

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 19:17 
>Скорее всего Линус просто не хочет засирать себе и другим голову этим копирастным бредом

Не хотел бы - весь новый код был бы dual-лицензирован под GPL-2.0-only OR CC0. А так сразу копирастию видно.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Тот_Самый_Анонимус_ , 18-Янв-23 19:56 
Они считают что воровство, которое позволяет им более свободная лицензия — не воровство.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 22:34 
Это не воровство. Копилефт это всего лишь в другую сторону от копирайта, используя те же методы. При этом свободно перемещать из копилефта в копирайт и обратно нельзя, в этом вся задумка.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Тот_Самый_Анонимус_ , 22-Янв-23 20:28 
> Это не воровство. Копилефт это всего лишь в другую сторону от копирайта, используя те же методы. При этом свободно перемещать из копилефта в копирайт и обратно нельзя, в этом вся задумка.

Ну да, только власть захватили не чатлане, а пацаки. Фонд гну не любит код под гпл, потому как знает поскудство этой лицензии. Только полные права.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 23:08 
Нормальные парни работают в корпорациях (RedHat, Apple, Intel, AMD) и пишут библиотеки, компиляторы (и GCC, и Clang) и прочее за вкусную зарплату. Нищуки сидят в коментах на опеннете и вякают про коммунизм (который в их понимании, что можно не работать и получать зряплату)..
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено pashev.ru , 19-Янв-23 13:08 
> Нормальные парни работают в корпорациях (RedHat, Apple, Intel, AMD) и пишут библиотеки,
> компиляторы (и GCC, и Clang) и прочее за вкусную зарплату. Нищуки
> сидят в коментах на опеннете и вякают про коммунизм (который в
> их понимании, что можно не работать и получать зряплату)..

Фигасе тебя вштырило.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено АнонимкаРастуимка , 18-Янв-23 14:09 
И что это дало по итогу?
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 14:35 
как обычно, имитацию бурной деятельности.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 14:39 
Теперь можно будет собирать целиком тормозной дистрибутив шлангом. Получится тормозное ядро, тормозная либц, тормозные программы -- полный комплект. С другой стороны, зависимость от 1 компилятора тоже не айс, лучше когда имеется здоровая конкуренция. Ну и потом, программы вроде веб-браузеров совершенно всё равно чем собирать, никаких вычислений в них не планируется и нет нужды в эффективности кода.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 15:01 
Не тормозная, а переносимая на все виды архитектура и независимая от желания левой пятки проекта гню.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено mikhailnov , 18-Янв-23 16:06 
Как раз в веб-браузере очень много вычислений. Несколько лет назад (больше не проверял) при сборке Хромиума через gcc на web.basemark.com набиралось ощутимо меньше попугаем, чем при сборке через clang.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 16:46 
Попробуй с пго, гцц обходит в попугаях шланг так, что даже не смешно. ЕМНИП особенно это проявляется на штуках вроде RPCS3, где производительности не хватает в ряде игр.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено mikhailnov , 18-Янв-23 18:12 
Разработчики Хромиума делают PGO шлангом и поставляют результаты профилирования, их можно использовать при совпадении версии шланга (llvm).
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено pashev.ru , 18-Янв-23 16:43 
Вот и выросло поколение, не понимающее, что gcc и glibc написали одни и те же люди, для себя.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Самый умный из вас , 18-Янв-23 17:34 
Собери skia гццой и посмотри, что такое настоящие тормоза
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 17:44 
Как они этого добились? Кстати, если в попугаеметрах она задействовалась, то я уже сравнивал -- у меня фф собирается в гцц как раз из-за лучших попугаев (ну и нет такого что ffmpeg надо собирать шлангом чтобы он в браузере работал).
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Самый умный из вас , 18-Янв-23 18:22 
Я не копал, но юзается какая-то фича шланга для радикального ускорения
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Mr. Cake , 19-Янв-23 07:40 
Выключением векторных инструкций при сборке чем-то кроме шланга. О чем в доке английским по белому написано.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 10:50 
Да, читал сборочную инструкцию. Я так понял, это только венды касается, потому что на линуксе нет разницы в эффективности работы растеризации, она очень низкая независимо от компилятора.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 19:21 
Мне плевать на недооптимизируюшесть llvm, это дело наживное, тут спешить некуда, продукст сложный, важно оптимизациями многоголовость не зарезать. А многоголовость - это киллер-фича шланга. Меня достало хранить на системе 100500 экземпляров gcc, каждый для своей архитектуры. Поэтому меня один шланг + куча стандартных библиотек устраивает больше, чем куча gcc, каждый из которых прибит гвоздями гвоздями к своей стандартной библиотеки и весит сотни мегабайт.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 19:37 
А как это будет работать? Для каждой архитектуры свой тулчейн и компиль тут меньше всего значит. Ну и потом, компилировать им тот же NVPTX? NVCC пободрее, нормальные либы опять же только с ним идут. LLVM разве что ffmpeg пытается юзать, но полная хрень выходит.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 23:10 
Больше соответствия стандартам, лучше качество кода, меньше изоленты и подпорок.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Маняним , 18-Янв-23 14:13 
Весь пар ушёл в свисток.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено eganru , 18-Янв-23 14:20 
Я очень надеюсь и очень сомневаюсь, что стало лучше работать.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Анонус , 18-Янв-23 14:33 
А в Glibc примут патчи? Это не там был мейнтейнер, который отказывался принимать кучу всяких улучшений?
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Анонус , 18-Янв-23 14:37 
Собственно вот, можно почитать смешные комменты
https://www.opennet.ru/opennews/art.shtml?num=33461
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 16:13 
11 лет прошло ничего не поменялось.  
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Анонимусс , 18-Янв-23 14:57 
Ну наконец-то можно будет собирать нормальным компилятором!

> 150 патчей, 160 патчей

это ж насколько оно было прибито к гцц, что столько патчить пришлось...

Как прекрасно что "стандарт" си позволяет различное поведение в GCC и Clang для "выражений с символом $, вложенных функций, меток в asm-блоках, типов long double и float128". Насколько хорошо он оказывается был продуман.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 15:00 
Уже появились программы, прибитые к шлангу. Проприерастам только дай волю.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Анонимусс , 18-Янв-23 15:08 
Программы на си или просто на языках, которые gcc не осилил?
Напомню что ядро было годами прибито к гцц не гвоздями, а гвоздииищами и понадобилось несколько лет чтобы исправить эту прелесть.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 16:18 
На C++ Например, исходники современного Firefox и Chromium.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Mike Lee , 18-Янв-23 18:21 
Firefox нормально gcc собирается. Даже со всяким lto и pgo.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Вы забыли заполнить поле Name , 18-Янв-23 16:24 
> понадобилось несколько лет чтобы исправить эту прелесть

Может тебе историю подучить инструмента, за который ты топишь?

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноннимус , 18-Янв-23 16:47 
А какое отношение история шланга имеет к костылю под названием GNU C Extension?
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Советский инженер , 18-Янв-23 17:45 
Что и требовалось доказать!

На «стандартном» С никто особо и не пишет.

Какой хороший стандарт.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 15:14 
ты ещё удивись, что размер int-а зависит от платформы... и откуда вы только лезете.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 16:12 
Есть проблемы платформ, которые на всегда остаются только проблемами этих платформ.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Вы забыли заполнить поле Name , 18-Янв-23 16:26 
Нужно использовать int32_t, int64_t и прочее
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 19:37 
речь про то, что long double, как и int, ничего тебе не должен.
long double всего лишь говорит, что он "не меньше", чем double. А double - примерно в два раза больше, чем float. Всё.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 19:44 
Это вот вообще самая смешная часть сишечки. И ведь уже тогда были архитектуры с разным размером слова.
Но мы продолжаем гордиться переносимостью.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 20:18 
Это и есть переносимость, переноси int, куда хочешь, это будет нативный тип на каждой платформе. Если тебе нужно строго сколько-то впихнуть в int - для этого есть проверки всякие размера, хоть в конфигурах, хоть в ассертах.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 13:14 
Переносимость — это когда не нужно …ся с разнообразными проверками базовых вещей.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 16:15 
Вложенные функции и float128 не в стандарте C99.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Вы забыли заполнить поле Name , 18-Янв-23 16:27 
Стандарты мешают корпорастам. Лучше одна верная реализация, вообщем используйте ночные сборки
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 19:39 
> используйте ночные сборки

т.е. полное отсутствие языка как такового.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Вы забыли заполнить поле Name , 19-Янв-23 02:46 
>> используйте ночные сборки
> т.е. полное отсутствие языка как такового.

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

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 16:34 
>меток в asm-блоках
>Насколько хорошо он оказывается был продуман.

удивительно почему стандарт Си не стандартизует метки в asm блоках.
>типов long double

он не может стандартизовать типы данных, так как код должен компилироваться под разные и даже не кратные 8 битам архитектуры.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Анонн , 18-Янв-23 17:19 
С asm блоками там другой прикол.
Clang нормально парсит весь asm блок, gccшники на это забили, поэтому их реализация спокойно хавает невалидный asm код)) Не, ну а чо такова действительно.
Почитайте статью по ссылке в новости.

"While GCC does minimal parsing of an inline asm statement, Clang parses everything. glibc uses an inline asm trick to get the constant value of a macro (e.g. a Linux syscall number). @@@ is invalid asm, so Clang rejects it."

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено pashev.ru , 18-Янв-23 16:44 
Вот и выросло поколение, не понимающее, что gcc и glibc писали одни и те же люди, для себя.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 15:09 
Что задумали корпорасты? LLVM поддерживают корпорасты. Они видимо хотят паразитировать на экосистеме GNU.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 15:16 
Достаточно посмотреть лицензию шланга...
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Анонн , 18-Янв-23 15:16 
Посмотри спискок донатеров "некорпорастов" GNU и сильно удивишься))
Сейчас GNU такая же подстилка корпорастов - живут на их деньги и реализуют их хотелки.
Просто ни один из них не может подгрести код себе.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 16:09 
Так это и хорошо.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Вы забыли заполнить поле Name , 18-Янв-23 16:29 
> Просто ни один из них не может подгрести код себе.

В этом и прелесть, ллвм же изначально под ними.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Анонн , 18-Янв-23 17:28 
Но это работает и в другую сторону - ты можешь забрать llvm у проклятых корпорастов и запилить на нем компилятор для эльбруса и никому ничего не отдать. Круто же!
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 19:23 
Да у таких как ты и pocl с mesa сделали корпорасты. Только без поделок "корпорастов" вы с голой жопой останетесь.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 21:04 
Без Линуса корпорасты бы с голой жопой остались.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 21:23 
Сколько в 90х проприетарных юниксов было, не подскажешь? Под самое разное железо, не только этот ваш 80386
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 21:41 
>Сколько в 90х проприетарных юниксов было, не подскажешь?

Все равно не так выгодно как GPL. Может показаться странным, но GPL очень выгодно корпорациям, которые занимаются предоставлением услуг и сервисов. Зачем тратить деньги на разработку свого ПО для внутреннего использования или покупку ПО у конкурентов, если можно всем картелем собраться и написать все необходимое совместными усилиями? Вот допилили Линукс и теперь каждая корпорация держит на нем сервера совершенно бесплатно.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 21:56 
Речь о том, что если бы эти самые корпорации (IBM, в частности) не влили в линупc дофига миллиардов баксов и кучу специалистов, то линупc был бы сейчас примерно так же популярен и нужен как сейчас еще в 80е обещанный гнутый хард. Ибо когда какой-нибудь планировщик ядра пишет в свободное от основной работы время то ли проктолог, то ли гинеколог - результат немного предсказуем
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 22:36 
Хороший планировщик у анестезиолога получился. Не приняли дядьки на зарплате у копрорастов.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 23:34 
Ага, хороший. 12309 до сих пор с переменным успехом забарывают
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 23:50 
Я только с его планировщиком и увидел что такое настоящие фризы интерфейса при копировании. Постоянные. Ну как например контекстное меню через минуту вызывается и вообще никакой реакции на экране, всё зависшее хотя ресурсов полно, заикающийся звук. Кроме того там говорят не очень-то скалируется по числу ядер.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 03:23 
> Может показаться странным, но GPL очень выгодно корпорациям, которые занимаются предоставлением услуг и сервисов.

Да. Я помню историю с гуглом, который с удовольствием использовал этот ваш линупc на своих серваках и допиливал под свои задачи. И помню как фанаты швaбодки этот самый гугл спросили: мы тут как рабы на галере пашем чтобы тебе тоже хорошо было - не хочешь поделиться сорцами? А еще помню ответ гугла: я свой софт не распространяю, предлагаю только сервисы, его использующие - следовательно, по вашим же понятиям делиться не обязан. Так что работайте, негры, - солнце еще высоко, а когда оно сядет - прожекторы включим. Ну а кого не устраивает - добро пожаловать на известный орган. Ну и пошли они кто с плачем, а кто с восторгом - что еще делать осталось? А гугл на всякий случай в своих внутренних продуктах AGPL запретил как некошерную. https://www.theregister.com/2011/03/31/google_on_open_source.../ - пруф на ту историю.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 22:52 
> Сколько в 90х проприетарных юниксов было

И где они все? Так и остались в 90-х.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 23:30 
Там же, где и линупc на десктопах
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 21:00 
Порвался? Жаль.
Посмотри на списки мейнтейнеров ядра GNU/Linux и на список популярных дистрибутивов. Откроешь для себя много нового.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 17:12 
Это что получается NonGNU/Linux?
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 18:20 
Круто, да?
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 19:34 
С его это вдруг? Если Glibc собрать другим компилятором, то он от этого не перестанет быть GNU C library.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 20:24 
С того, что это часть крестового (wordplay intended) похода против GNU. Всячески поддерживаю. Скоро GPL почти не останется!
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 21:23 
>Всячески поддерживаю. Скоро GPL почти не останется!

Да, очень здорово на 50 лет назад откатиться будет и попасть в проприетарный кибергулаг.
Кстати, погуглите сколько получают проекты со свободно-cuckолдской лицензией(BSD). Apple задонатила 10$ FreBSD за ГОД(об этом даже мем сделали), а на поддержание инфраструктуры OpenBSD пришлось со стаканчиком на вокзале сидеть пока что добрый и богатый человек из Европы не задонатил.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 14:52 
Порванец будет молчать о таких крупных проектах с пермиссивной лицензией вроде Godot.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Анонн , 19-Янв-23 16:27 
Если бы только он.
MIT используют:
  X11, Libxml2, CURL, которые есть в практически любом линуксе
  языки Lua, Nim, Julia, F Sharp, Ruby on Rails, Rust, Zig

Firefox, LibreOffice, Thunderbird используют MPL

CMake, Chromium, Dart (который язык), PhysX, SciPy, WebRTC - BSD
И это не считая всех bsd операционок.

LLVM, Android (AOSP), OpenOffice, OpenCV, Fuchsia, Kotlin, IntelliJ IDEA, ну и почти все проекты с приставкой Apache - Apache License

И это только то, что пришло в голову сразу.

Снимите розовые очки, мир это не один gpl.

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 17:14 
>Apple задонатила 10$ FreBSD за ГОД

Моя реакция - "Сильный истерический смех!!!!!!!".

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 19:19 
Нормально во фряху донатят. Дабы не быть голословным как аноним, на пост которого отвечаю, привожу пруф за прошлый год - https://freebsdfoundation.org/our-donors/donors/?donationTyp... (кстати, эппловцы там числятся в списке тех, кто заслал от 1 до 5 тысяч баксов, что малость поболее мифической десятки), по https://freebsdfoundation.org/our-donors/donors/?donationTyp... же цифры еще веселее.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 20:12 
Вдогонку к сказанному: у опенка тоже все не так уж плохо если верить https://www.openbsdfoundation.org/activities.html так что граждане гнутые - поздравляю вас с очередным палевом
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 20-Янв-23 10:56 
Донат от Apple следует различать от доната человека когда-то работавшего или работающего на Apple. Так что наоборот, тут ты бздишь.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 20-Янв-23 13:06 
Цитирую FreeBSD Foundation:

$1,000–$4,999

    A-Team Systems, LLC
    AmazonSmile Foundation
    ANDREW GALLATIN
    Anonymous Donor (4)
    Apple Inc.
    Brian Haug & Sam Vause
    Chun-Pin Wang
    Daniel Morante
    David Sjöqvist
    Glenn Oppegard
    Google, Inc.
    Intel
    James Pirzyk
    Kirk McKusick & Eric Allman
    Mehul Sanghvi
    Michael Karels
    Noriyuki Kurosawa
    Olexandr Motin
    Patrick Kelsey
    Richard Toohey
    Shenzhen Lovelace Network Technology Co., Ltd. *
    Tamiji Homma
    The Bank of America Charitable Foundation Employee Giving Program
    Tim Chevalier
    Tim Toomay
    Vladimir Tereshkov

Из процитированного совершенно ясно где донаты от физлиц, а где от юриков. Но ты и дальше рассказывай про 10 эппловских баксов - мемасики ведь врать не могут, ага. И про то как бедной фряхе денег никто не дает, хотя прямо сейчас у них на сайте написано "Goal: $1,400,000 Current Donations: $1,142,067 Donors:700"

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 20:23 
Если без glibc и без гнутых утилит, то да - !GNU/Linux
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 17:56 
А как в LLVM с безопасностью:

PIC/PIE

SSP

FORTIFY_SOURCE=3

Воспроизводимость сборок?

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 19:24 
Здорово и очень хорошо. Получше, чем у gcc.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 18-Янв-23 23:19 
Отлично. Видимо, глибцы ощущают давление конкурентов и вынуждены соглашаться. Дежурное напоминание, что хтоническое чудовище glibc должно быть уничтожено.
"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 00:40 
>ощущают давление конкурентов

musl?

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Alladin , 19-Янв-23 09:52 
А как же великие эксперты которые говорили, что если собирается под gcc, но не под llvm или наоборот то ваш проект фигня?

"Реализована возможность сборки Glibc при помощи инструментар..."
Отправлено Аноним , 19-Янв-23 21:59 
Они поняли что гнутый вендорлок - не всегда благо