The OpenNET Project / Index page

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



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

Оглавление

Дискуссия об использовании языка C++ для разработки ядра Linux, opennews (??), 14-Янв-24, (0) [смотреть все]

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


19. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +1 +/
Сообщение от Аноним (19), 14-Янв-24, 22:11 
>В качестве минимальной упоминается использование спецификации C++14

Не, нужно сразу 26 в редакции clangа на сегодняшний день брать. Потому что без ranges делать compile-time вычисления невесело. Хоть в шланге и нет ещё полноценных ranges, уже то что есть - очень полезно и убирает кучу того, что либо вручную приходилось держать в актуальном состоянии или скриптом генерировать (напр. индекс максимального элемента массива из фиксированных compile-time значений). magic_enum вообще офигенно полезная либа. Она хоть и header-only, но она не приводит к оверхеду на каждый включённый экземпляр, как если бы nlohmann json включили в один модуль, а потом во второй, и всё header-only. Другая офигенна полезная либа - это ctre.

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

195. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  –1 +/
Сообщение от Аноним (194), 15-Янв-24, 09:49 
вот честно... чем пользоваться этой синтаксической ахинеей проще написать в 5 строк скрипт на том же питоне для предвычислений
Ответить | Правка | Наверх | Cообщить модератору

279. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (279), 15-Янв-24, 13:25 
И огрести на ровном месте проблем, в частности тащить 2 реализации одного и того же на разных языках и гемороиться с интеграцией питоньего скрипта в систему сборки, чтобы каждый раз не пересобирало? Не, спасибо, я лучше ranges поюзаю.
Ответить | Правка | Наверх | Cообщить модератору

309. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +1 +/
Сообщение от Аноним (-), 15-Янв-24, 14:47 
> И огрести на ровном месте проблем, в частности тащить 2 реализации одного
> и того же на разных языках и гемороиться с интеграцией питоньего
> скрипта в систему сборки, чтобы каждый раз не пересобирало? Не, спасибо,
> я лучше ranges поюзаю.

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

Да, блин, знаете, когда начинает сыпаться с 9000 разных сторон - таки, впадлу!

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

357. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (115), 15-Янв-24, 17:58 
В пакетах всё ещё можно поставить второй питон. Так что да, ничего не сломается. Конечно, для задач выше он не нужен, а именно - любая кодогенерация зло.
Ответить | Правка | Наверх | Cообщить модератору

394. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (-), 15-Янв-24, 19:27 
> В пакетах всё ещё можно поставить второй питон.

Это в каких бы таких пакетах? Поддержку питона2 вынесли сами питоняши еще сколько там назад. Линуксные дистры и вынесли его - они быть святее папы римского не собираются, майнтайня софт за питоняш.

> Так что да, ничего не сломается. Конечно, для задач выше он не нужен, а именно
> - любая кодогенерация зло.

Оно и видно что там не сломается. В дебиане 12 было аж 3000 чтоли багов на эту тему. Всего-то, блин. Они и задропали половину софта к хренам, им что, больше всех надо?!

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

424. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (421), 15-Янв-24, 22:04 
Итерация свойственна человеку, кодогенерация божественна.
Ответить | Правка | К родителю #357 | Наверх | Cообщить модератору

289. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (293), 15-Янв-24, 13:45 
Засуньте ваш Шланг в... Ядрописатели требуют обязательность сборки GCC.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

371. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +1 +/
Сообщение от Аноним (371), 15-Янв-24, 18:39 
Шланг отстаёт от gcc по фичам языка, но опережает по строгости, статическому анализу, удобству использования и скорости результирующего кода. Тех же концептов до сих пор нет, и это создаёт проблемы для кода, который написан под gcc. Если шлангоспецифичные расширения не юзать - то gcc соберёт то, что собирается шлангом. Поэтому ориентироваться надо именно на собираемость шлангом.
Ответить | Правка | Наверх | Cообщить модератору

383. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  –1 +/
Сообщение от Аноним (293), 15-Янв-24, 19:01 
Если разработчики ядра захотят обязательно эти концепты, то разработчики GCC пойдут навстречу. Почему нет?
Ответить | Правка | Наверх | Cообщить модератору

467. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (460), 16-Янв-24, 02:10 
в шланге нет концептов, в gcc они есть. Если задействовать код на концептах - то шлангом собираться не будет. А собирать лучше шлангом.
Ответить | Правка | Наверх | Cообщить модератору

590. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +1 +/
Сообщение от Аноним (589), 16-Янв-24, 23:16 
С чего вдруг лучше то?
Ответить | Правка | Наверх | Cообщить модератору

636. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (636), 18-Янв-24, 23:59 
См. рис. 1.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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