Да хоть на Haskell. Тольку с того?

Да хоть на Haskell. Тольку с того?

Здесь это выглядит реальнее.

Пока что no-std полон unsafe, но специально для ядра могут завернуть в safe zero cost abstraction и вот тогда будет интересно

Торвальдс даст отмашку и все побегут переучиваться с сишечки на раст

Вот у кого-то бомбанёт…

Царь сразу скажет что Линус скриптомакака

Это начало конца сишки!

Вангую, что придет Линус и скажет «нафиг нужно, кто это предлагает – идиоты, деды писали на сишке и ты пиши».

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

Лицензионная отмашка

Ещё бы дал отмашку новый код лицензировать под GPLv3.

Лицензионная отмашка — кому интересна эта гуманитарная возня. Вот реfuckторинг — это наше всё.

Да тут и к гадалке не ходи, это ближайшее будущее. Как бы хейтеры Раста не бомбили.

Да ладно, раст прикольный. Его, конечно, изнасиловал js в плане синтаксиса, но в остальном он ок.

Особенно возможность нахреначить generic data structures без тонны макросов на макросах.

Все в борроу-чекер занимать очередь.

Пишешь с десяточки и еще и выпендриваешься.

Дело не в синтаксисе, а в растописателях со скриптовым бэкграундом (другие на эту клюкву не клюют). Они способны испортить любой продукт. Про C++ Линус все подробно объяснил уже, та же логика и к расту применима в еще большей степени.

Не соглашусь. Уж насколько нежно я сишеньку люблю, раст мне очень нра.

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

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

Сабж интересен больше не Rust’ом как таковым, а стабильным API для модулей ядра. В самом ядре его нет (см. Documentation/process/stable-api-nonsense.rst).

В будущем, возможно можно будет писать модули Linux на Rust

Но писать их будет некому, ведь впереди столько хелловордов еще ненаписанных)
chinarulezz ★★★★★ (30.08.19 12:56:46) хэйтер Rust

Вспомнились нетленные sd-negative и sd-positive.

Я что-то не помню такого.

https://intelfx.name/files/remarks.txt

В будущем, возможно нельзя будет писать модули Linux на Rust

Появление такой возможности в данный момент обсуждают аналитики.

¯\_(ツ)_/¯

Там ещё и не unicode. Хром не показывает…

слабо весь список выкатить? :-D

Хорошо бы content-type с правильным charset проставить.

Странно, что не C++.

Просто content-type указан неправильно.

Там ещё и не unicode.

user@local /tmp $ wget -q https://intelfx.name/files/remarks.txt
user@local /tmp $ file remarks.txt
remarks.txt: UTF-8 Unicode text

https://pastebin.com/Z7qvZCb8

Да я уже отстал от свежих новостей. Кто тут топит за, кто против. Леняво, треды читаю-то вполглаза.

Там ещё и не unicode. Хром не показывает…

В фуррифоксе можно в меню поменять кодировку отображения текста. Неужели в хромом не так?

Сишка вас всех в этом треде переживёт ещё несколько раз

Он уже сказал, что ему нра.

COBOL тоже

Из хрома убрали вроде. Не нашёл.

Он уже сказал, что ему нра.

Можно ссылку на конкретное сообщение?

Почему? Он должен внезапно взорваться от того что включает код на Rust?

Дело не в синтаксисе, а в растописателях со скриптовым бэкграундом (другие на эту клюкву не клюют)

А, тоесть аргумент не рационален. Понятно

другие на эту клюкву не клюют

С тебя удастся выдавить хотя бы один технический аргумент? Например «Фича X в Rust вредна потому что»

пока один релиз ядра готовят,уже 10 раста выйдет.

То, что мертво, уметь не может.

Взорваться могу я, если увижу модуль, тянущий по зависимостям (с левой помойки) больше, чем весит все остальное ядро.

Аа, это… Не, там же no_std. Очень мало библиотек работают в таком режиме. Я думаю что для ядра будут использовать вендоринг (cargo vendor). Код нужных зависимостей герметично вкоммитят в ядро и по этому легко произвести аудит, ревью и если что, то отказать в приеме патча.

Rust они тянут ради borrow checker, а не из-за экосистемы crates. А borrow checker ничего никому не стоит

Код нужных зависимостей герметично вкоммитят в ядро

Что значит герметично? Уже потом не отколупаешь раст от ядра? Ёмоё, пора заводить трактор на openbsd.

Скатертью дорога, только самозабаниться не забудь

Что значит герметично?

Зависимости скачиваются и их код кладется прямо в git ядра в какой-то каталог вроде third_party. Так как ядро no_std, то 99% зависимостей в этом режиме подключить будет нельзя, будут только самые простые библиотеки, обычно вытираемые в ноль компилятором. При этом tar.gz ядра как собирался без сети, так и будет собираться, потому что все включено.

Уже потом не отколупаешь раст от ядра?

Любой код, как добавили, так можно и убрать. Причем здесь Rust?

Зачем, ведь можно будет троллить лапчатых на том же лоре.

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

Он уже несколько лет троллит тут неадекватностью и тупостью, что изменится, в принципе?