Линус Торвальдс раскритиковал «совершенно безумную проверку формата Rust»

[NN1]

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

Глядишь и инструменты сделают более удобными.

[vmcore]

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

[ramiil]

Имхо будет лучше, если они прям потрируют ядро и утилиты из экосистемы (gnu/)linux, с сохранением совместимости. Тогда, во первых, можно будет сравнить на практике, что лучше, а за одно, не иметь проблем с разъехавшимися стандартами.

[MainEditor0]

Накладно, а польза чисто в знаниях...

[qwerty19106]

Так и не лезут: компилятор допилили под требования Торвальдса, API выделения памяти допилили (чтобы возвращать OutOfMemory через Result, а также отделили библиотеку alloc от std). Вообще кучу всего в std доделали, и это будет полезно не только в Linux.

Сейчас Торвальдс требует опцию rustfmt, чтобы он не менял агрессивно форматирование блоков use. Звучит вполне логично, и это тоже сделают.

А Rust в ядре Linux есть и будет. И это мнение Торвальдса как раз основано на том, что его требования к языку и экосистеме учитывают и удовлетворяют тем или иным способом.

[domix32]

 в std доделали

так они же no_std используют и фактически имеют собственный отдельный std. В том числе и по лицензионным причинам. Собственно Охеда года полтора примерно потратил для создания этой всей базовой инфраструктуры для использования ржавого кода.

[qwerty19106]

Да, конечно я имел ввиду библиотеку core, а не std.

[domix32]

Вы не поверите

[rblaze]

Я, кстати, сделал для своих поделок на STM32. Не так уж сложно.

[diderevyagin]

В таком огромном проекте как ядро Linux - должен быть порядок. А если его не будет - проект закончиться крахом. А если не нравиться - каждый волен сделать fork и в своем проекте применять свои правила.

[iliasm]

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

[Cykooz]

А где ссылка на "пруфы"? Куда мне надо "посмотреть", что бы увидеть "мешанину", о которой говорит Линус.

[TomskDiver]

так ссылка в первом абзаце

[Cykooz]

В первом абзаце (там где ссылка) говорится про прошлую новость, о критике порядка байтов для RISC-V. А ссылка почему реально ведёт на переписку про форматирование.

[orekh]

Иногда кажется, что у редакторов соревнование на то, кто неожиданнее слово выберет для вставки ссылки на источник

[pecheny]

Информационная служба хабра опять постит не приходя в сознание. По ссылке (про которую можно подумать, что она относится к "перспективам RISC-V") на самом деле сообщение, в котором:

• Линус ругается, что в тексте сопроводительного письма с PR съехало форматирование вложенных списков, и в этом контексте рекомендует разобраться автору с настройками своего текстового редактора. Эта чать к расту отношения не имеет.

• Сетует, что автоформаттер раста может в определенных ситуациях импорты в одну строку слепить.

[Cykooz]

Что-то всё в кучу смешали. Претензия к форматированию Rust-кода высказывается только по поводу оператора use. А "мешаниной" Линус назвал форматирование текста письма с описанием сделанных изменений - это вообще к Rust не относится.