The OpenNET Project / Index page

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



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

Оглавление

В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку языка Rust, opennews (??), 04-Окт-22, (0) [смотреть все]

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


142. "В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку..."  +1 +/
Сообщение от Аноним (-), 04-Окт-22, 17:11 
>говорят что нет такого языка С/C++, ага когда в одном проекте всегда то и другое, нафиг их различать

Ой дурак?!

>А драйверы как писать на чистом С++

Дурак с плюсами.

Начитаешся всякого а потом думаешь: "Слава тебе господи, за то, что Линус запретил в ядре C++".

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

150. "В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку..."  +1 +/
Сообщение от _kp (ok), 04-Окт-22, 17:34 
Тут не без шуток сказано.

А про драйверы Вы не в теме. Бывает и пикосекунды(!) учитывать надо. Помимо ширпотребных платформ, есть всякая "встраиваемая" экзотика, где с выбором компиляторов и библиотек не густо, а запросы как настоящей системе. А если еще наложить требования не программистов к коду, плюс костыли, что и баги железа, чужого кода, и проблемы конкретного компилятора обойти, и итоге такие пакостные исходники выходят.. Что посещают дурные мысли свой Си написать.
Ещё раз, речь таки не о десктопе, и драйверах Линукс. Там после перечисленного, просто удовольствие что то писать.



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

173. "В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку..."  +/
Сообщение от yet another anonymous (?), 04-Окт-22, 18:20 
>  Бывает и пикосекунды(!) учитывать надо.  ... где с выбором компиляторов и библиотек не густо, а запросы как настоящей системе.

Компилятор нам в этом деле поможет. Ага.

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

228. "В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку..."  +/
Сообщение от _kp (ok), 05-Окт-22, 03:11 
Тут или ассемблерные вставки или Си. Вот и ниша.
Работа с периферией и протоколами обмена часто требует именно сишные структруры, и желательно без всяких конвертаций.

А если чисто прикладное ПО, хоть и для внутренних отладочных нужд, то конечно, на C++, и тем более С, я вряд ли буду писать.
Всему свое разумное применение.

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

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

262. "В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку..."  +/
Сообщение от red75prime (?), 05-Окт-22, 15:43 
Пикосекунды времени исполнения кода? Не верю. За пикосекунду свет проходит 0.3мм. Характерная частота - терагерц. Максимум что могу представить - писать в регистр, управляющий каким-нибудь экспериментальным терагерцовым генератором, но тут никаких отличий между растом и си нет.
Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

312. "В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку..."  +/
Сообщение от _kp (ok), 06-Окт-22, 15:25 

> отличий между растом и си нет.

Я не "поливал" Rust вообще, тем более, что в критичных местах он позволяет отступить от правил.

Я писал о ложке дегтя в С++, из за которой в том числе ему могли отказать, а именно агрегатной инициализации статических структур. Это делается на этапе компиляции и не требует ни такта процессорного времени.
В С++ используется для этого деревянный дедовский способ, не предполагающий разобраться в большой портянке данных.
Ладно, на gcc можно писать на несуществующем "с/с++", в стиле, когда что то на С++ не удобно/некрасиво, то оно скидыватся в С-файлы, и красота.

Но, вот, кто то придумал очередные правила для оформления проектов, и потребоаал, писать единообразно, всё на С++! В кулаком по столу стук. Ну, ладно, для репозитория конвертером перегоняю, исходник в ещё более нечитаемую портянку, массивы структур распухают из за необходимости заполнения всех полей, а имена полей убираются, и с обязательным форматированием, и пофиг что ввиде длинных строк можно было найти нужные места, а с форматированием уже нет. Нечитаемые исходники (кто ж их читает) для репозитория проходят требования и принимаются, а для работы используется другой комплект. Ну маразм же.

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

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

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




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

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