GNU/Linux -> Systemd/Linux

Ладно, это так, вброс до кучи)

А intel во встроенном асме успел перейти на синтаксис gcc/AT&T

Что гнутые просрали-то? Фуррифокс и Хромого, что ли?

Обычный не может, если что-то пойдёт не так?

./true && wc -c ./true

0 ./true

musl только одна локаль, насколько я помню. UTF-8 вроде

А какая ещё нужна? KOI8-R?

Одной из причин появления LLVM и Clang был тот факт, что разрабы GCC были категорически против разделения своего детища на отдельные фронтенд и бэкенд, потому что паранойя Штальмана утверждала, что фронтенд GCC обязательно будет использоваться в проприетарных IDE. Поэтому в люниксовых редакторах и IDE так долго не было нормальной проверки кода, если не считать чудовищных костылей типа gccxml.

Сюда же можно добавить то, что у GCC нет стабильного промежуточного язычка а-ля LLVM IR, который позволил бы легко и непринуждённо делать компиляторы для других языков. В частности, именно из-за этого раньше была популярна промежуточная компиляция в C, чтобы GCC это мог схавать. Заметь, что с появлением LLVM это исчезло. При этом, промежуточный язычок у GCC есть (GIMPLE), просто авторы клали болт на его стабильность и адекватный тулинг вокруг него.

Ну я например использую виндовую локаль(cp-1251) для одной игры в вайне, потому что она разработано сугубо под эту локаль и на другой просто не запустится. И такого софта, который разработан сугубо под одну кодировку немеряно. То есть сразу весь этот софт по сути отсекается с musl, если только там нет какой-то костыля, чтобы добавить поддержку локалей.

я например использую виндовую локаль(cp-1251) для одной игры в вайне

Можно использовать chroot с glibc.

Ладно, 5 это перебор.

Если из линукса выкинуть systemd, я скажу: „И это хорошо“! Если из линукса выкинуть утилиты GNU, я скажу: „Ну и зачем мне теперь нужна эта поделка“?

Для меня ответ такой, а вы как знаете.

А если убрать из системы линукс, оставив утилиты GNU?

Ядро — несущественно. Вы когда стиральную машину покупаете сильно много думаете о том, как в ней прошивка для микроконтроллера устроена? Нужное мне железо должно поддерживаться, нужные программы — запускаться. Остальное, детали реализации.

Ядро — несущественно.

Тогда просто GNU, или просто systemd, без всяких несущественных линуксов.

Ну, да. Операционная система GNU.

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

Если брать тот же Shell, то в большинстве случаев у программистов это будет экономящий время «Z shell» (zsh), вместо куцого и неудобного GNU Bash.

Не разу за всю жизнь не втречал на серверах zsh, поэтому чтобы не мучатся большинство юзают онли bash, есть конечно пользователи что сидят онли на одной машине то там извращения встречаются и оправданы, сам был в воссторге от fish, но перешёл на башь чтобы не мучаться, потом выяснил что многие фишки и в bash есть просто включить-сконфигурировать надо.

Если init то systemd, runit, OpenRC, но никак не помойный SysVInit с коллекцией Bash-лапши от GNU.

школота с проблемами systemd не разу не встречалась. Да и systemd нет на железках с памятью менее 200мб, да и в контейнерах по этой причине его нет, виртуалка дебиан 7 на 50мб крутила nginx php и базу данных, сейчас 512мб будь любезен как минимум выделить.

Если компилятор, то более удобный, быстрый и человечный Clang/LLVM вместо GNU Compiler Collection.

Когда и какая программа собраная Clang обогнала собраную gcc?

Изза подобных тебе не освоившых make, приходится отдельную сборочную машину держать для сборки deb пакетов, ибо на сервер тащить этот зоопарк черевато, одно хорошо, сейчас докер изобрели и lxc контейнеры.

Ну и, спрашивается, почему дистрибутив Linux в 2024 году должен называться GNU/Linux??? Да ещё и с GNU на первом месте?! Я вот даже не знаю что там сейчас из GNU осталось в пользовании… разве что binutils?

просвещаю школьника код GNUutils используется не только в утилитах, но и в питоне, busybox, golang... для тестов кстати используется для отценки скорость использования в питоне, а не в утилитах. Что указывает в чем разработчики заинтересованны.

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

А четыре раза повторить в посте «школота» – это признак чего? Речь не про безапелляционность, а про тенденции. Которые таковы, что код из GNU за несколько десятилетий развития потерял существенное влияние на дистрибутивы Linux, а следовательно диктат «GNU/Linux» всё больше и больше теряет смысл.

Не разу за всю жизнь не втречал на серверах zsh, поэтому чтобы не мучатся большинство юзают онли bash,

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

школота с проблемами systemd не разу не встречалась. Да и systemd нет на железках с памятью менее 200мб, да и в контейнерах по этой причине его нет, виртуалка дебиан 7 на 50мб крутила nginx php и базу данных, сейчас 512мб будь любезен как минимум выделить.

Нешколота видимо не увидела про OpenRC и про очень популярный в контейнерах Alpine Linux, который, кстати вообще неизвестно можно ли назвать GNU/Linux’ом даже с натяжкой.

Когда и какая программа собраная Clang обогнала собраную gcc?

Добро пожаловать в 2024 год, https://www.phoronix.com/review/gcc13-clang16-raptorlake/2

Out of 58 tests carried out on each compiler, LLVM Clang 16 yielded the fastest performance overall with this «-O3 -march=native -flto» optimized testing. Clang 16 was in first place 81% of the time.

Изза подобных тебе не освоившых make, приходится отдельную сборочную машину держать для сборки deb пакетов, ибо на сервер тащить этот зоопарк черевато, одно хорошо, сейчас докер изобрели и lxc контейнеры.

А, ну то есть портяночные configure, automake, autoconf, libtool и прочий мусор – весь этот хлам это для тебя нормально на сервер тащить и богоугодно, ибо ещё диды в этом болоте autotools-портянок плавали, а вот более-менее аккуратные stand-alone решения в виде Meson/Muon и CMake которые не дрищут в дерево исходного кода миллионами автосгенерированных файлов – ух, это харам! Зоопарк развели!

код GNUutils используется … в питоне, golang

Сам код? Сомнительно. Утилиты из coreutils и binutils, всякие GNU readline – возможно, но они сегодня не безальтернативны.

можно еще называть gnome/linux

ну, cmake и meson это тоже то еще г-но. разве что да, дерево не забивают мусором. Глядя на все системы сборки понимаешь что впринципе сам процесс непростой, потому и нет нормальных тулзов

типа кроме gnu coreutils, readline и sed/awk нет других реализаций? или тебе дико критично иметь gnuшные адоны?

К чему всё это?

«не кучер, а водитель кобылы.»

«не котельщик, а инженер-паропроизводитель.»