The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Rust будет принят в состав ядра Linux 6.1. Создан [BR]Rust-драйвер для Ethernet-чипов Intel, opennews (??), 20-Сен-22, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


86. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +11 +/
Сообщение от Аноним (86), 20-Сен-22, 09:38 
А что странного, если по историческим причинам операционные системы и ее компоненты написаны на Си? Любой язык, который не является Си/Си++ треьовал бы дополнительных оберток для корректной работы.
Ответить | Правка | Наверх | Cообщить модератору

125. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +/
Сообщение от tty0 (?), 20-Сен-22, 10:18 
И в чем проблема этому языку уметь брать сишные структуры и обрабатывать cdecl вызовы?
Да, с макросами ерунда получается, но удобнее же "препроцессор для макросов включить в ядро", чем каждый язык отдельно
Ответить | Правка | Наверх | Cообщить модератору

144. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +6 +/
Сообщение от Аноним (86), 20-Сен-22, 10:33 
>И в чем проблема этому языку уметь брать сишные структуры...

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

Ответить | Правка | Наверх | Cообщить модератору

206. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +/
Сообщение от Аноним (206), 20-Сен-22, 13:00 
При том, что всё ядро никто переписывать на ржавого не собирается. Б - безопасность.
Ответить | Правка | Наверх | Cообщить модератору

228. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +1 +/
Сообщение от Аноним (86), 20-Сен-22, 13:30 
А зачем его переписывать? Один раз написал обертку и пользуешься ей до конца жизни. А там когда-нибудь по частям и ядро начнут замещать.
Ответить | Правка | Наверх | Cообщить модератору

406. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +/
Сообщение от keydon (ok), 21-Сен-22, 03:22 
Пройдет лет 10, раст станет очередным C#/go. Он станет привычным и корпораты начнут форсить новую серебрянную пулю с дурацкой идеей (графический язык? язык для генерации кода с помощью ИИ? язык не позволяющий писать ничего вне 50 паттернов? язык-стандарт для всего на свете? ЯП для облаков?), орды растоманов забудут про раст и убегут за очередным хайпом. А нам потом все это разгребать как сейчас за php.

Что касается Линуса, то он известен своей стратегией "все приглашены на турнир и пусть победит сильнейший".

Ответить | Правка | Наверх | Cообщить модератору

478. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  –1 +/
Сообщение от плюсы (?), 22-Сен-22, 17:32 
> Что касается Линуса, то он известен своей стратегией "все приглашены на турнир и пусть победит сильнейший".

Кроме плюсов. Иначе бы плюсы давно победили :-)

Ответить | Правка | Наверх | Cообщить модератору

483. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  –1 +/
Сообщение от keydon (ok), 23-Сен-22, 04:07 
>> Что касается Линуса, то он известен своей стратегией "все приглашены на турнир и пусть победит сильнейший".
> Кроме плюсов. Иначе бы плюсы давно победили :-)

Да, лютая и слабоподкрепленная ненависть Линуса к плюсам тоже хорошо известна :)

Ответить | Правка | Наверх | Cообщить модератору

503. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +1 +/
Сообщение от Аноним (-), 23-Сен-22, 16:52 
Плюсовики пишут каждый на своем субдиалекте этого. Ну а в большом проекте это сущий кошмар. И костылей в плюсоте все же много накопилось, как ни крути.
Ответить | Правка | Наверх | Cообщить модератору

508. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  –1 +/
Сообщение от keydon (ok), 24-Сен-22, 05:57 
> Плюсовики пишут каждый на своем субдиалекте этого. Ну а в большом проекте
> это сущий кошмар. И костылей в плюсоте все же много накопилось,
> как ни крути.

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

Ответить | Правка | Наверх | Cообщить модератору

533. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +/
Сообщение от Аноним (-), 26-Сен-22, 16:30 
> На си тоже можно писать на своем субдиалекте

Обычно сишный код читаем типовыми сишниками. Сложно сказать это про плюсы, типовых плюсовиков не существует, они и их диалекты сильно разные. И кто допер до кейвордов размером с reinterpret_cast? У него 40" монитор был? Да и навязанная объектность в ++ местами бесит. Хруст в этом лучше. А что если я не хотел видеть это ваше ооп как парадигму?!

> и лучше уж субдиалект чем совершенно левый язык.

Я знаю проекты подохшие потому что авторы ушли слишком далеко в дебри плюсов, остальные на этом диалекте програмить не могли или не хотели. И как только автор скис - 100% dead code.

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

На плюсоту с кучами версий и костылей гайдлайны будут весьма и весьма. А конкретно хруст интересен, пожалуй, borrow checker'ом.

Ответить | Правка | Наверх | Cообщить модератору

554. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  –1 +/
Сообщение от keydon (ok), 28-Сен-22, 00:36 
> Обычно сишный код читаем типовыми сишниками.Сложно сказать это про плюсы, типовых
> плюсовиков не существует, они и их диалекты сильно разные.

Без гайдлайнов на любом популярном (и не очень) языке можно и в рамках синтаксиса написать такое что диалекты покажутся цветочками (собственно священные программистские войны в основном про это). С гайдлайнами нет особой разницы что с си, что с плюсами, что с чем-либо еще. Крайне надуманная проблема.

> И кто допер до кейвордов размером с reinterpret_cast? У него 40" монитор был?

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

> Да и навязанная объектность в ++ местами бесит. Хруст в этом
> лучше. А что если я не хотел видеть это ваше ооп
> как парадигму?!

ООП в ++ не навязано и частенько без него пишут. Скажу больше - на тех же микроконтроллерах (традиционная вотчина си, что как бы намекает) его избегают.

> Я знаю проекты подохшие потому что авторы ушли слишком далеко в дебри
> плюсов, остальные на этом диалекте програмить не могли или не хотели.
> И как только автор скис - 100% dead code.

Я тоже знаю проекты в которые просто никто не захотел заходить из-за излишней сложности. И они написаны на разных языках (особенно раст в этом плане очень ироничен). У вас скорее наивная попытка притянуть проблемы проекта к проблемам языка, но это легко опровергается тем что существует (я бы даже сказал неприлично) много проектов на плюсах, где гигантское комьюнити.

> На плюсоту с кучами версий и костылей гайдлайны будут весьма и весьма.

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

> А конкретно хруст интересен, пожалуй, borrow checker'ом.

И неинтересен всем остальным.

Ответить | Правка | Наверх | Cообщить модератору

271. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +3 +/
Сообщение от анон (?), 20-Сен-22, 14:36 
Для использования раста по назначению нужно, чтобы разрабы не опрокидывали с совместимостью, правды ради, у них уже не раз был френдлифаер артой и массовыми бомбежками по крупным разрабам либ. Где они потом говорили прямым текстом, что теперь политика партии изменилась, переписывайте все заново, ладно так можно меня, ноунейма с опеннета и гита, гнобить, но ведь кто-то башляет денежки, и не очень рад тратить прогер-часы на это, из-за хотелок транспрогерок и их хозяев.
Все это очень болезненно, если ты не хоббист, а используешь этот нестабильный сырец для крупного.
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

421. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +1 +/
Сообщение от freecoder (ok), 21-Сен-22, 08:54 
Можете привести пример такого случая в Rust?
Ответить | Правка | Наверх | Cообщить модератору

429. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  –1 +/
Сообщение от Аноним (429), 21-Сен-22, 10:41 
см. любой релиз
Ответить | Правка | Наверх | Cообщить модератору

435. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +/
Сообщение от Someone (??), 21-Сен-22, 12:18 
Что за чушь. Практически весь старый код компилируется. Не компилятся только исправления ощибок. Ну так и не юзай дыру в системе и будет тебе счастье. Или возьми старую версию компилятора.
Ответить | Правка | Наверх | Cообщить модератору

449. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  –3 +/
Сообщение от анон (?), 21-Сен-22, 15:38 
> Можете привести пример такого случая в Rust?

Хорошо, погуглю за тебя.
https://github.com/pyca/cryptography/issues/5771.

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

Ответить | Правка | К родителю #421 | Наверх | Cообщить модератору

505. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +/
Сообщение от Аноним (-), 23-Сен-22, 17:28 
Имела жаба гадюку...
Ответить | Правка | Наверх | Cообщить модератору

530. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +/
Сообщение от freecoder (ok), 26-Сен-22, 08:15 
> Хорошо, погуглю за тебя.

Так речь идет о поддержке платформ? Из исходного сообщения складывается впечатление, что речь о несовместимости старого и нового кода. А с платформами - правда, есть такой недостаток. Отчасти он связан со спецификой LLVM, отчасти с отсутствием сил у сообщества нормально поддерживать экзотические и редкие платформы. Это уже много раз тут обсуждали.

Ответить | Правка | К родителю #449 | Наверх | Cообщить модератору

158. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  –1 +/
Сообщение от n00by (ok), 20-Сен-22, 11:05 
> А что странного, если по историческим причинам операционные системы и ее компоненты
> написаны на Си? Любой язык, который не является Си/Си++ треьовал бы
> дополнительных оберток для корректной работы.

Выше мнение эксперта.
А вот бытиё, MLton -- компилятор языка программирования Standard ML:

Имеет тонкий и быстрый FFI[en], обеспечивающий полное двустороннее взаимодействие с языком Си (вплоть до взаимной рекурсии); а также генератор привязок[en] NLFFI,
***позволяющий встраивать заголовочные файлы Си прямо в проект на SML***
и использовать прямые вызовы функций Си в программах на SML[5].

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

208. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +1 +/
Сообщение от НяшМяш (ok), 20-Сен-22, 13:09 
Так и в Rust никто не мешает использовать привязки на C как есть. Просто будет всё большим unsafe блоком. Нужна как минимум простейшая обёртка типа автоматической проверки кода ошибки возвращаемой сишной функции и конвертации в Result просто для удобства.
Ответить | Правка | Наверх | Cообщить модератору

273. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  –1 +/
Сообщение от n00by (ok), 20-Сен-22, 14:41 
Вон тому Анониму мешает, он утверждает, что это невозможно в принципе. Потом его читают и обобщают «знания» тролля на честных любителей Rust.
Ответить | Правка | Наверх | Cообщить модератору

340. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +/
Сообщение от Михаилemail (??), 20-Сен-22, 18:41 
Так такие привязки уже давно есть.
Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

360. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +/
Сообщение от НяшМяш (ok), 20-Сен-22, 20:58 
У заводчан онанимусов ведь горит, что видите ли нет интеропа с сяшкой чтобы палец о палец можно было не ударять и продолжать гайки через проходную таскать )
Ответить | Правка | Наверх | Cообщить модератору

440. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +/
Сообщение от Someone (??), 21-Сен-22, 12:28 
Выше уже ответили что ты можешь напрямую использовать вызовы C. И обертки для этого не нужны. Обертки нужны для удобства программиста:
- правильно обозначить типы (но это не обязательно, если ты гений то можешь везде использовать тип u8, аналог сишного char);
- правильно обозначить "владение" объекта, чтобы с этого места и далее уже компилятор начал за тебя проверять программу, а не ты сам держал у себя в голове все инварианты: кто-там чем владеет, кто должен одалживать, кто должен деаллоцировать, когда можно получить мутабельный объект, а когда нет.

Обертки нужны лишь для всего вышесказанного. Но никто тебе не запрещает работать в точь-точь как в C, с сырыми указателями, malloc и dealloc.

Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

442. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  –1 +/
Сообщение от n00by (ok), 21-Сен-22, 12:50 
> Выше уже ответили что ты можешь напрямую использовать вызовы C.

Ну да, я могу. В нескольких языках. Про Rust не знал, но априори полагал, он не хуже. А тот Аноним, кому я отвечал - он не может. Он даже не знает, что в Си++ пишут обёртки, что бы вызывать Си код. Он не знает, что формулировка «любой язык требует» требует доказательства по индукции. На фоне этих нюансов его агитация может иметь противоположный эффект.

Ответить | Правка | Наверх | Cообщить модератору

476. "Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйв..."  +1 +/
Сообщение от Аноним (-), 22-Сен-22, 17:13 
>Любой язык, который не является Си/Си++

Чистый Си точно не является С++. Не надо вот это - "Си/Си++".

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру