В linux-next добавлена возможность писать драйверы на Rust

Ждём драйверов на яваскрипте!11
Притом желательно сразу для ZFS

«Пропал калабуховский дом»

он высказывается довольно туманно

Он довольно чётко сказал, что поддержка Rust должна активироваться автоматически, а не вручную. Цель: большее число проверок в разных ситуациях.

Ну и можно было бы привести план слияния с основной ветвью: https://lore.kernel.org/rust-for-linux/CANiq72njpL4RGK2C+p_OuXTNn9SOUBEfzaN6QCNj82zYWyr85Q@mail.gmail.com/T/

Большая дорога начинается с маленького шага. Молодцы. Глядишь, и не уплывёт линукс в небытие со временем, а трансформируется в микроядро на Rust.

Очень хорошо.

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

Ну, железо всё равно иногда крашится, и это не зависит от ядра. Так что как минимум некоторые преимущества микроядер остаются, даже если язык обеспечивает memory safety и прочее.

Как надежность к переходу на микроядро относится?

Самое время открывать платный центр помощи для изнасилованных unsafe-ом?

Зачем в ядро что-то добавлять? Это проблема Rust, пусть его авторы/пользователи делают биндинги для ядра.

Они уже перевели раст на GCC или собираются затащить в ядро LLVM?

Из всего, мне известного, хотя я могу чего-то и не знать, Rust для крупных проектов такая же мозго…трахалка, как и С++ или Си.

Так что ждём хорошего компилятора для Python (со скобками без отступов) и не жужжим.

а трансформируется в микроядро на Rust

Божечки, а не проще с нуля написать, если уж кому-то не пофиг

Ядро само по себе бесполезно. Пользователю нужно программное окружение. А программное окружение, как правило, приспособлено к конкретному ядру. Поэтому если ты пишешь с нуля, чтобы твоё ядро было полезно, тебе нужно будет скопировать Linux от начала до конца. Ну или прозябать очередным xBSD, если запалу хватит хотя бы POSIX реализовать. Помимо этого есть ещё такая штука, как драйверы, коих в линуксе уйма и по сути это его главное преимущество. Ибо ядро без поддержки железа тоже бесполезно (ну теоретически можно его пускать в виртуалке, так что не совсем бесполезно, но около того). По этим причинам вариант постепенной миграции с C на Rust, с сохранением текущих драйверов и системных вызовов выглядит куда более разумным и простым, нежели любой другой вариант.

драйверы на Rust

Казалось бы, причем тут COVID-19

Теперь нужен патч, чтобы писать драйвера на Go в RedoxOS.

Это биндинг для ядра

Трансформируется в windows с реестром и глючностью. Пока развитие идёт в эту сторону

Видел тред на первой странице

На 10 дней поспешили

В ветку ядра linux-next включен код для написания драйверов на Rust,

Дожили…хотя что я тут. Терминал на Rust уже есть (alacrity), wm уже есть (LeftWM). Настало время и для драйверов. Ждемс, когда напишут новый xserver на Rust.

Достал свою кружку для слёз луддитов.

или собираются затащить в ядро LLVM

Конечно. Ведь лицензия другая.

забавно... но Brainfuck нужно было бы первее занести, он идеологически павильнее даже этого вашего C :))

Внезапно. А хотя бы на C++ уже добавили?

он высказывается довольно туманно,

переведу на русский. Он в акуе от такой наглости и не знает, что даже сказать

Ждём драйверов на яваскрипте!11

нет уж, лучше сразу на дельфях или квикбейсике

со временем си-легаси ядра завернут в unsafe?

Rust для крупных проектов такая же мозго…трахалка, как и С++ или Си.

Так что ждём хорошего компилятора для Python

Ну да, ведь у питона вообще нет никаких проблем с большими проектами.

А хотя бы на C++ уже добавили?

Конечно нет.

Торвальдс-то? Он, подозреваю, ещё и не такое повидал.

Python (со скобками без отступов)

и зачем он такой убогий нужен?

xserver на Rust

Слишком много ошибок в словосочетании wayland compositor

бзпасненька?

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

нет уж, лучше сразу на дельфях или квикбейсике

Между прочим зря ржешь. Все что потом может быть скомпилировано в бинарник для ОС - может использоваться для написания драйвера, особливо если в нем есть инструментарий для работы с низкоуровневым железом, не знаю как в бейсике, а вот в паскале есть 100%, я на нем писал дрова для мыши в досе, еще в году 1999м.

ведь у питона вообще нет никаких проблем с большими проектами.

За их отсутствием?

Вы это про Питон в общем или про Питон со скобками вместо отступов?

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

Без gccrs не нужно.

Лучше бы кресты добавили.

Так что ждём хорошего компилятора для Python (со скобками без отступов) и не жужжим.

Я как-то попривык к отступам, за месяц наверное. Компилятор да, хотелось бы.

грабли с этими отступами при заимствовании кода

Black поможет https://github.com/psf/black

Да не будет никакого раста в ядре. Очередной жертве UB стало лень писать условный extern «C» void f() и запилил RFS. kbuild допилят для сборки внешних модулей на расте. Кто в здравом уме это в ядро потащит.

Они уже перевели раст на GCC

https://thephilbert.io/ - в процессе

Внезапно.

Офигеть ты наблюдательный - это ещё в прошлом году активно обсуждалось.

Я как-то попривык к отступам, за месяц наверное.

Дело не в самих отступах, а в том, что каждый пейсатель использует свой стиль, т.к. чёткого требования «адын таб», как для make-файлов Си нет.

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

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

Впрочем, сама эта наглядность при листинге большем, чем одна страница так же совсем не наглядна.

«Пропал калабуховский дом»

«…разруха не в клозетах, а в головах.» (c) пр. Преображенский, мой второй папа…

К сожалению найдутся люди.

Так что ждём хорошего компилятора для Python

Определение хорошего компилятора? Есть JIT.

(со скобками без отступов) и не жужжим.

У вас уже есть сишка с лиспом. Нефиг портить нормальный язык!

со временем си-легаси ядра завернут в unsafe?

Завернут в лаваш, станет прекрасно!

чёткого требования «адын таб», как для make-файлов Си нет

Как нет? 4 пробела является явным чётким требованием по стандарту, всё остальное не работает.