GCC чуть было не застагнировал до смерти. И наверняка, если бы LLVM и шланг появились на 5 лет позже, GCC бы уже не было. Потому что разработка GCC пошла гораздо более резвыми темпами после появления LLVM.

В любом случае, почти у всех проектов GNU есть другие не менее функциональные альтернативы.

15 лямов можно вырезать в модули, дрова дрова дрова

Ты вобще понял, что я написал? Тебе, похоже, неплохо бы протрезвится, хотя у тебя уже не раз была такая возможность. За два месяца-то.

Да. Около 60% этого кода — драйвера для всякой херни.

Почитай про DragonFly BSD, очень интересная базовая система,т.е обвязка микроядра.

Ты пользуешься их трудом каждый день, толика уважения должна быть же. Хочешь что-бы FSF начала работу по важному направлению задонать на это =) По иному это не работает. Вот придёт кто-то отвалит миллиард денег и скажет «хочу Hurd» и начнут делать Hurd они и сами рады. Но жрать то надо на что-то. Да и с комуникациями как тут говорили у них проблемы, может кто и рад начать разработку, а не знает как.

Ты упорот? Я признаю, что они внесли огромный вклад в развитие СПО и линукса в частности. Но сейчас они скатились в какую-то болталогию.

Хочешь что-бы FSF начала работу по важному направлению задонать на это =)

А по существу аргументы есть?

Чё ты злишься то? Ты написал что микроядра это хорошо и надо развивать, но при этом развивать Hurd не надо? Это не логично, Hurd рабочий, он не требует разработки он требует глубокой доработки. Просто там много вещей сделаны аля что-бы было. Его нужно вылизывать. А какие ещё варианты? Не линукс же в микроядро разделять. Я вот про это всё

FSF всегда была политической организацией, это их основное направление деятельности.

Его нужно не вылизать. Вылизывают уже сформировавшийся, зрелый проект. HURD нужно развивать. Как писали выше, в Redox, которую пилит небольшая команда, а не огромная организация, есть поддержка USB и многоядерности, в то время, как хард не умеет даже в 64 бита.

Ты упорот?

Не, это ты странный =) Просто не первый раз вижу когда разработчиков GNU софта поливают помоями при этом с радостью пользуются их софтом и ждут обновлений.

Ок, хорошо, я не понял твоего посыла и контекста. Проехали =)

Ну, тут да, его настолько долго не вылизывали что уже пришло время догонять то есть развивать. Но обычно такие вещи как ядра, загрузчики и тп. Пилят под 1 архитектуру, затем долго и упорно вычищают баги, затем снова долго и упорно оптимизируют, потом снова вычищают баги и так по кругу до некоторой магической константы уже известных багов от балды. И заимев стабильное состояние для архитектуры начинают перенос на другие. Таким образом отсекая смешивания багов не относящихся к портированию. Тот же перенос с i368 на x86_64 несёт ой как много неявного.

В любом случае, если Hurd ещё пяток лет прошляпит то догонять уже будет ну я не знаю … RIP/Hurd только что разве.

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

ftfy

Ну это из другой оперы чвоты :D

Вот смотри, микроядро seL4 имеет 12 тысяч строк кода на С. Про gnu Hurd я точно не в курсе. Возможно, что его бы давно доделали, и дело не в деньгах на доработку, а дело в Деньгах чтоб его не дорабатывали.

man Dragonfly BSD

Причём тут шампанское? Речь не о полиции.

Кто бы сомневался.

В BSD есть гипервизор? Что-то все бсдшники поголовно рекомендуют Microsoft Hyper-V в качестве гипервизора.

Мамкин эксперт думает, что в этом ляликсе лучше что ли? И то, и то написано на C, который уже 100 лет как надо прикопать

А в ляликсе есть?

https://www.freebsd.org/doc/handbook/virtualization-host-bhyve.html

Мамкин эксперт думает, что C надо прикопать.

https://pro-skazki.ru/propavshie-nitki/

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

Да нет, это абсолютно то же самое.

Он даже Linux не может с исошки запустить из коробки.

Нуууу, массоны все дела. Шутки шутками, но полосатая рука рынка теребонькает только то что быстро встаёт :D Это да. От того и противно. Хде в мири экадемический указатель который бы вёл за собой к светлому… Хотя херли я рассуждаю. Что бы говорить более конкретно надо конкретно знать проблемы, а что бы их знать нужно не хило так окунутся в предмет обсуждения. Посему на сем я сваливаю смотреть киношку, чаёк налит, печеньки рядом экран пополам, с лева фильм с права вим, на часах тик так, пронесутся годы, всё будет не так, то что мы сказали, стлеет белой пылью, то что написали уж не будет былью. Пыль разносит ветер, прах наш истлевает лишь GHU/Hurd в SkyNet`e миром управляет :D

А что вместо С?

Есть предложения для системного программирования?(D2 и Rust = мимо)

:(

зато гуй в ядре

И шо - помогало это ей?

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

А вдруг там гипервизоры BSD?

Зачем ты врешь?

Аргументировать можешь или только кудахтать?

Гуй там уже очень давно не в ядре.

Кудахтаешь тут только ты. Сначала аргументируй закапывание C, потом будешь мне предъявлять, клоун.

Клоун тут ты с петушком каким-то на аватарке

Слив защитан.

Почему Rust мимо?

1. Язык со слабой типизацией
2. Язык без параметрического полиморфизма. sin(), sinf(), sinl(), щито?
3. Язык с UB и внезапными падениями
4. Язык без GC

Осталось понять, причем тут C, если ошибка логическая.

Я раст не знаю, но возможно вот он — вариант)

Логическая ошибка — использовать C (ну ладно, пока больше и нечего).

Вполне вероятно, что ломая голову, как что-то выразить на C, и допускаются такие ошибки

Язык без GC

Лол, в голосину. Иди мети дворы, птушник анскильный.

Адепт царя? Не забудь мьютекс разблокировать и free() вызвать, сладенький!

Там проверка адресов. На C это выражается так же, как на плюсах, питоне, расте и Go. Так что сорян, но вот вброс совсем не по теме.

Ну дело говорит, после того, как Rust стал достаточно продакшон-реди, я на C пишу только в тех случаях, когда по-другому нельзя.

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

Ну хорошо, уговорил

Хочешь убрать арифметику с указателями, например? C будет не C ;)