forum.opennet.ru

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

Оглавление

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

Пока с не осилит инициализацию структур, говорить о переносе кода безполезно, , _kp (ok), 23:42 , 14-Янв-24, (62) –24 //

О чем речь С может инициализировать структуры, Аноним (75), 00:03 , 15-Янв-24, (75) +2
struct A int a int b A a1 1, 2 работает в C 20 может и в более ранних , Аноним (75), 00:07 , 15-Янв-24, (78) +1 //

a1 1, 2 Вот не надо подобного Когда полей в структуре не один десяток, получи, _kp (ok), 11:30 , 15-Янв-24, (244) –1 //

И хотя это правда, стоит добавить когда в структуре столько полей - мы знаем чт, Аноним (-), 13:43 , 16-Янв-24, (513) +2

Начнём с того, что вложенные структуры конкретно данную проблему не исправят, а , Аноним (525), 14:32 , 16-Янв-24, (525) +1

Вообще-то сделают данные более структурированные - и - вот - менее подверженными, Аноним (-), 18:18 , 19-Янв-24, (644) +1

Что значит мы Это задачи такие И не все делается в одиночку Что требуется для, _kp (ok), 20:06 , 16-Янв-24, (578)

Ну да, вы такие особенные на всю планету, наверное Значит общее управление проек, Аноним (-), 18:33 , 19-Янв-24, (645) +1

Эй, это даже в си работает Вы там что-то совсем тормоз не отпустили Черт, даже, Аноним (-), 00:42 , 15-Янв-24, (90) +1 //

В смысле, даже В плюсах эта фича полноценно появилась только в C 20, когда к, Аноним (115), 02:23 , 15-Янв-24, (115) +5
code a x 1, y 2 code Вот такой синтаксис завезли только в 20е плюсц, Аноним (149), 03:49 , 15-Янв-24, (149) +1 //

Ага А если не в исходнике было не x 1, y 2, , а в другом порядке , _kp (ok), 11:24 , 15-Янв-24, (240)

Все правильно, ибо нефиг создавать ложное впечатление, есть же строгий порядок и, ДаНуНафиг (?), 18:23 , 15-Янв-24, (363) +3

Если сам с нуля пишешь то обычно да, логичнее писать по порядку, но бывает испол, _kp (ok), 02:21 , 16-Янв-24, (469)

Все это прекрасно выделяется блоками комментариев Не могу представить ситуации , ДаНуНафиг (?), 16:38 , 19-Янв-24, (643)

Да это ж это же костылизм Впрочем, сейчас оно уже в прошлом Да легко Перестави, _kp (ok), 18:34 , 19-Янв-24, (646)

Ничего не понял про собирающего Если у него были старые исходники, то у него вс, ДаНуНафиг (?), 07:41 , 21-Янв-24, (672)

Я сейчас почти не пишу драйверы, но когда то писал Сейчас в основном под встраи, _kp (ok), 11:55 , 15-Янв-24, (249) +3 //

На самом деле очень зависит от И может являть собой и memset или memcpy в опред, Аноним (-), 14:35 , 15-Янв-24, (305) +1

Вы предлагаете в структуры напихать методов на все случаи Только описывать их п, _kp (ok), 11:37 , 16-Янв-24, (505)

В С и С нет методов, не было никогда и не будет -- есть функции-члены , adolfus (ok), 20:24 , 16-Янв-24, (581)
Я лишь констатировал что на си можно делать весьма по разному - в том числе даже, Аноним (-), 04:04 , 17-Янв-24, (599)

А можно пример, чтобы это было так не только с -O0 Зачем компилятору вызывать к, Аноним (341), 16:29 , 15-Янв-24, (341) +1

А, методы, определённые в теле класса, неявно помечены как inline Если определе, Аноним (341), 20:20 , 16-Янв-24, (580)

Пейсатель, CPP - это C PreProcessor, CXX - для плюсов , pavlinux (ok), 17:21 , 15-Янв-24, (352) +1
Про 0 тактов - constexpr ctor , ДаНуНафиг (?), 18:29 , 15-Янв-24, (367)

consteval, Аноним (115), 18:45 , 15-Янв-24, (373)
1 Да, я это использую Но не так и редко бывает на ровном месте и constexpr vari, _kp (ok), 02:31 , 16-Янв-24, (471)

На сях для тактов вы тоже либо скроите эквивалентное по смыслу, либо это не 0 та, Аноним (-), 02:47 , 16-Янв-24, (474)

constexpr и задумано для этого Не спорю Но где то не применимо Хотя в большинс, _kp (ok), 10:13 , 16-Янв-24, (492)

Как бы плюсы мощнее сей Но если повыпендриваться - то си можно основательно пер, Аноним (-), 04:09 , 17-Янв-24, (600)

Красивее - нет, но оно и не всегда нужно, а когда и вовсе нужно убирать , ДаНуНафиг (?), 16:29 , 19-Янв-24, (642)

А что плохого в extern C Очень часто используется , InuYasha (??), 00:03 , 16-Янв-24, (450)
это не совсем так placement new в C может инициализировать объекты по адресу , анон (?), 16:27 , 16-Янв-24, (554) +1

Благодарю Жаль что с constexpr оно только с c 20 только, а то в embedded в ход, _kp (ok), 20:19 , 16-Янв-24, (579)

Есть же знатоки , Аноним (236), 11:16 , 15-Янв-24, (236) //

А что не так Если ни какими опциями компилятора нельзя избежать правки рабочего, _kp (ok), 11:26 , 15-Янв-24, (241) //

Строго говоря разница усматривается Сизифов труд это бесконечное наказание, мар, Котофалк (?), 15:30 , 15-Янв-24, (325) +1

С поддерживает 25 способов инициализации, и это уже само по себе проблема , leap42 (ok), 12:57 , 15-Янв-24, (270) +2 //

В 20 сишную fild_name 100 запилили , Аноним (293), 13:52 , 15-Янв-24, (293)

Нельзя туда цпп Ладно модули, только не ядро Запаримся пересобирать же Си соб, Аноним (1), 21:43 , 14-Янв-24, (1) –17 //

Там жалобы есть в том числе на макросы А они вполне себе могут компилиться доль, oficsu (ok), 21:46 , 14-Янв-24, (2) //

ШТО Макросы, в отличие от шаблонов цпп, не обладают тьюринговой полнотой Это ша, Аноним (18), 22:08 , 14-Янв-24, (18) +3 //

Но остаётся совсем чуть-чуть до этого https github com Hirrolot metalang99http, funny.falcon (?), 23:20 , 14-Янв-24, (52) +3

А я сделал себе верификацию ряда операций в компилтайме, скажем что я в 32 бит р, Аноним (-), 23:41 , 14-Янв-24, (61) +4

Они ну вот буквально на грани Единственный лимит - рекурсия до 128, чтоли, у, Аноним (-), 23:32 , 14-Янв-24, (56) –1
Да, можно Но это рассуждение об экстремальных примерах Но экстремальные пример, oficsu (ok), 23:48 , 14-Янв-24, (69) –1

Тормозящие шаблоны целиком типичная ситуация в 100 проектов Программы на этом , Аноним (214), 10:28 , 15-Янв-24, (214) +2

Шаблоны это compile time Ну и хрен с ними, сколько им компиляться Главное, что, Аноним (293), 20:31 , 15-Янв-24, (408) +1

А ещё макросы не анализируются также хорошо как шаблоны через статический анализ, Bottle (?), 22:29 , 14-Янв-24, (30) +1

Так пусть определятся для начала Если rust можно, то почему плюсы нельзя , Аноним (4), 21:47 , 14-Янв-24, (4) +5 //

А кто сказал, что раст можно Пока что раст -- это для модулей, которые с ваниль, _hide_ (ok), 22:36 , 14-Янв-24, (32) +1 //

Это сказал Линус в интервью, что ожидается большее использование в базовых компо, Витюшка (?), 23:18 , 14-Янв-24, (51) +1

Только в драйверах и может быть в файловых системах, и то если все хорошо пойдет, Аноним (107), 02:09 , 15-Янв-24, (107)

Потому что плюсы слишком громоздкие, много неявного поведения, имеется наследова, Герман (??), 10:07 , 15-Янв-24, (204) +1 //

Какие тебе гарантии нужны Средства в плюсах давно есть А если у тебя генетичес, Аноним (252), 12:21 , 15-Янв-24, (252)

Средства, использования которых необязательны Было бы в плюсах все хорошо с без, Герман (??), 12:42 , 15-Янв-24, (255) +2

Давайте полюбуемся на простые _Generic-макросы в ядре И вообще на макросы https, Аноним (341), 16:51 , 15-Янв-24, (347) +2

А сколько там модулей в стандартной библиотеке, которые меняются из версии в вер, Аноним (6), 21:50 , 14-Янв-24, (6)
Даже в Gentoo завезли бинарное ядро , Аноним (7), 21:50 , 14-Янв-24, (7) +1 //

Для истинных гентушков это ничкго не изменило , Аноним (36), 22:43 , 14-Янв-24, (36) //

Как будто только гента позволяет ядро пересобрать В Void это делается ровно точ, Аноним (105), 02:02 , 15-Янв-24, (105)

Так сборка ядра в Генте ничем не отличается от сборки в других Линуксах Неиспол, Аноним (452), 00:06 , 16-Янв-24, (452) +2

Отличается же, в генте не нужно готовить всякий шлак вроде initrd и не нужно соб, Аноним (115), 13:49 , 16-Янв-24, (517)

Yolo Я майнлайне кернель под дебианом собираю В билдсистеме ядра даже есть ген, Аноним (-), 04:16 , 17-Янв-24, (601)

Тем, что этот конфиг слишком избыточный и проще начать всё делать с нуля Сложно, Аноним (623), 16:35 , 17-Янв-24, (623)

ИМХО где как На десктопе я от дистровского конифига танцевал, таргетируя более-, Аноним (-), 18:46 , 19-Янв-24, (647)

Так разговоры давно идут об введений подмножеств - урезанной современной версии , maximnik0 (?), 21:51 , 14-Янв-24, (8) –1 //

Так то g заметно тормознее gcc потому что C куда как более фичастый язык , Аноним (-), 23:43 , 14-Янв-24, (63) //

И чё Когда сам GCC c версии 4 8 тоже начал постепенный переход на C , тоже ныл, Аноним (452), 00:13 , 16-Янв-24, (458) +2

А вы часто вот именно gcc сами компилите, чтобы разницу в времени компила gcc ощ, Аноним (-), 02:52 , 16-Янв-24, (475) +1

Это в прошлом было такое А сейчас что скорость компиляции примерно одинакова, , _kp (ok), 21:47 , 16-Янв-24, (583)

Угу, конечно Запускаем допустим libaom компилиться И чего-то сишная часть тика, Аноним (-), 04:30 , 17-Янв-24, (603)

Если например пересборка компилятора esp32s3 и системы сборки сократила время сб, _kp (ok), 12:26 , 17-Янв-24, (615)

Я ESP не использую, и врядли буду когда либо Так что это знание может и будет п, Аноним (-), 16:53 , 21-Янв-24, (673)

Как нас унесло Изначальный смысл был скормить си исходники компилятору с , а н, _kp (ok), 19:21 , 21-Янв-24, (674)

Вот те раз А я то думал изначальный смысл - оценить технологию, по возможности , Аноним (-), 20:34 , 21-Янв-24, (675)

А зачем вы его постоянно пересобираете , Аноним (20), 22:12 , 14-Янв-24, (20) +4 //

2 6 32 работает - не трожь , Аноним (36), 22:46 , 14-Янв-24, (40) +3
Потому что оно багованное Проверяем, есть ли баги в новых версиях , anonymous (??), 23:39 , 14-Янв-24, (60) //

Так это ж надо желать один раз, когда хочется попробовать новую версию А один р, Аноним (20), 01:49 , 15-Янв-24, (104) +1

Потому что его постоянно правят Вот бы заморозили его разработку, да Тогда мож, Аноним (77), 00:06 , 15-Янв-24, (77)
https bellard org tcc tccboot htmlа ведь когда-то можно было и так, игрушечным, pv (?), 13:23 , 15-Янв-24, (277) +1

опять огульные выдуми кро скорость сборки когда же вы успокоитесь, выдумщики, Аноним (27), 22:27 , 14-Янв-24, (27) +2
А что вы про Rust запоёте , Аноним (36), 22:40 , 14-Янв-24, (34) +1 //

Судя по комментариям, большинство из тех, кто поет на OpenNET про Rust разбира, Проходил мимо (?), 08:00 , 15-Янв-24, (179) +2

Шёл 2024 год , Аноним (3), 21:46 , 14-Янв-24, (3) –11 //

П с Так там ещё и 80 символов ограничение 129318 8205 9792 65039 , Аноним (3), 21:47 , 14-Янв-24, (5) –5 //

https lkml org lkml 2020 5 31 326, Аноним (9), 21:53 , 14-Янв-24, (9) +5
Отличное ограничение, ещё бы TABы сделали равными 4м символам или вообще заменял, Аноним (115), 23:57 , 14-Янв-24, (72) –3 //

А лучше трем символам Или может восьми, видел и такое , Аноним (107), 02:37 , 15-Янв-24, (118)

В ядре как раз-таки 8, Аноним (296), 14:03 , 15-Янв-24, (296) +1

стирает исходники ядра пры линукса фу , InuYasha (??), 00:04 , 16-Янв-24, (451)

Яваскриптеры голосуют за два пробела В общем, после окончания споров табы пробе, Аноним (313), 14:58 , 15-Янв-24, (313)

Лучше пробелы, тогда форматирование не зависит от настроек редактора кода и, сле, Аноним (293), 13:49 , 15-Янв-24, (291) +1

Не лучше Таб 1 байт, пробелы 1 байта , rmh (?), 14:34 , 15-Янв-24, (304) +2

И что , n00by (ok), 14:11 , 16-Янв-24, (521)

Ложь Едет, если в редакторе настроена замена пробелов табуляциями То есть от н, Аноним (313), 14:52 , 15-Янв-24, (311) –2

едет, если умственно-ограниченные начинают использовать табуляцию не для инденти, Аноним (391), 19:14 , 15-Янв-24, (391) +1

Фанаты пробелов - это потомки тех, кто в 90-х в офисе вместо настройки первой ст, Аноним (313), 21:29 , 15-Янв-24, (420) +2

Вы бредите Табуляция - это табуляция, ОДИН символ Что значит равной 4 символа, Аноним (313), 15:01 , 15-Янв-24, (315)

TAB это терминальный опкод, а не символ Ровно как и все ASCII символы до 0x20 н, Аноним (115), 15:17 , 15-Янв-24, (321) +2

Ну пусть будет 1 оп код вместо четырёх есть же разница , VladSh (?), 18:50 , 15-Янв-24, (376) +1

когда я в подном большом проекте заменил все отступы на табы вместо 4 пробелов , InuYasha (??), 00:07 , 16-Янв-24, (453)

А еще на несколько мегов меньше читать и парсить компилеру whitespaces до лампо, Аноним (-), 02:55 , 16-Янв-24, (477)
Производительность взлетела до небес, наверное , Аноним (482), 06:37 , 16-Янв-24, (482) +1

Что такой тугой, TAB равен изначально 8-и символам и это неудобно Что породило , Аноним (115), 13:53 , 16-Янв-24, (520)

Ещё раз, специально для вас Форматирование при использовании табов едет только у, Аноним (525), 14:56 , 16-Янв-24, (531) +1

Какой и ты тугой Форматирование в общем случае едет всё равно потому что TABы к, Аноним (115), 17:52 , 16-Янв-24, (565)

Типичный, кстати, пример, где всё это едет, как раз линуксовое ядро, которое пиш, Аноним (115), 17:55 , 16-Янв-24, (566)

Даже на печатных машинках Табы настраивались на любые позиции, не обязательно с , _kp (ok), 22:00 , 16-Янв-24, (584)

На печатных машинках чужие исходники не отображали так что там проблема с тем чт, Капитан О. (?), 20:37 , 21-Янв-24, (676)

TAB - был не символом, а кодом движения печатающей головки или руки оператора По, _kp (ok), 18:23 , 22-Янв-24, (681)

Да вообще тупые Пора уже на слак перейти, или накрайняк на дискорд Я уже уст, nich (ok), 21:58 , 14-Янв-24, (10) //

Лучше в твиттер или как она там называется теперь , Вы забыли заполнить поле Name (?), 03:14 , 15-Янв-24, (137) +4

и до сих пор не придумали ничего лучше, чем форум Даже в виде рассылки , Аноним (16), 22:05 , 14-Янв-24, (16)
Подозревая, что в 2044 половина модных сервисов позакрывается, а списки рассылки, Аноним (107), 02:12 , 15-Янв-24, (109) +4
О, кто-то календарь перевернул , Тот_Самый_Анонимус_ (?), 05:36 , 15-Янв-24, (160) –1

Это он ещё очень дипломатично выразился относительно этого нагромождения сокраще, Аноним (11), 21:59 , 14-Янв-24, (11) +3 //

А какая тебе разница, какие там спецсимволы Тебе алгоритмы писать, а не буковки, Аноним (81), 00:13 , 15-Янв-24, (81) –5 //

Синтаксис очень очень важен именно для алгоритмов, сложного нетривиального кода , Витюшка (?), 01:35 , 15-Янв-24, (100) +8 //

Нет Код должен реализовывать алгоритм, который описан обычным человеческим язык, Аноним (573), 18:57 , 16-Янв-24, (573)

Это верно, но есть нюанс Идея самодокументированного кода позволяет автору со, n00by (ok), 19:09 , 16-Янв-24, (575)

В каком месте GPL лишает кого-то имущественных прав Цитату , Аноним (-), 18:50 , 19-Янв-24, (648)

В месте замены право на лево copyleft , n00by (ok), 08:36 , 20-Янв-24, (659)

Скрыто модератором, Аноним (-), 11:26 , 20-Янв-24, (661)

Скрыто модератором, n00by (ok), 15:36 , 20-Янв-24, (669)

Код гораздо чаше нужно читать, чем писать Поэтому, чем удобнее его читать, тем , Аноним (170), 07:22 , 15-Янв-24, (170) +3 //

с этим тоже можно поспорить, т к на читиаемость влияет и количество строк и got, Советский инженер (ok), 09:55 , 15-Янв-24, (197)

В С есть большая проблема -- ссылки в перечне параметров функции Это препятст, adolfus (ok), 20:33 , 16-Янв-24, (582)

Что касается обычных непричин , нон-секвитуров и прочих нерелевантных доводов, , Аноним (609), 08:27 , 17-Янв-24, (609)

Ну так пройдитесь просто по двумерному массиву Когда-нибудь изображения обрабат, adolfus (ok), 12:04 , 17-Янв-24, (614)

Cache-friendly программирование Не, не слышали И продолжили выходить из влож, Аноним (609), 08:32 , 17-Янв-24, (610)

Каше-френдли программирование начинается прежде всего с безальтернативного исп, adolfus (ok), 12:34 , 17-Янв-24, (616)

Предсказание и предвыборка команд работают для call ret начиная с NetBurst и дл, n00by (ok), 14:45 , 17-Янв-24, (622)

И Rust и C более выразительные языки чем C, и именно поэтому код на них горазд, warlock66613 (ok), 19:53 , 15-Янв-24, (397)

Оба языка позволяют как написать очень выразительно, так и нечитаемо, или понима, _kp (ok), 22:07 , 16-Янв-24, (585)
Несмотря на то, что я топлю за C , не могу не придраться, что C ОЧЕНЬ опасен , wyry (?), 18:20 , 18-Янв-24, (635)

Ну и че ты не переписал еще все ядро на brainfuck , scriptkiddis (?), 10:01 , 16-Янв-24, (490)

Так сокращения это норма для линукса cp, mv, dd, rm, ls, df, du, pz, Аноним (248), 11:47 , 15-Янв-24, (248) +4 //

Это объясняется легаси , Аноним (258), 12:45 , 15-Янв-24, (258) //

Могу назвать ещё минимум две причины, по которымls -lЛучше, чемlist-files-and-di, Аноним (313), 15:05 , 15-Янв-24, (316) +2

Вы только что рассказали почему powershell - ацтой каких мало Ах да, автодополн, Аноним (-), 18:59 , 15-Янв-24, (382) +2

Наоборот же, powershell показывает, что можно всем угодить изкоробочными алиасам, Аноним (341), 19:24 , 15-Янв-24, (393) +1

Он мне так угАдил своим синтаксисом, километровыми командами и очешуенным времен, Аноним (446), 23:57 , 15-Янв-24, (446)

Ну жирноват-тяжеловат он, но вот идея типизированного шелла должна быть понятна , Аноним (341), 02:54 , 16-Янв-24, (476) +1

В результате самое крутое что есть в шелле ака мелкая автоматизация системной ру, Аноним (-), 03:04 , 16-Янв-24, (479)

Тебя опять что-ли шиза долбает, 294й То что по умолчанию идёт с PSReadLine ты о, Аноним (546), 15:53 , 16-Янв-24, (546)

Ну во первых я вобью проблему в поискарь и скопипащу 90 решения Во вторых я не, Аноним (-), 19:03 , 19-Янв-24, (649)

У тебя как 294й, с способностью понимать тексты Проблема Скопипасть в поискарь , Аноним (684), 19:00 , 23-Янв-24, (684)
Меня от шелла интересует 2 сценария oneliner руками на 1 раз, here and now Л, Аноним (-), 21:48 , 23-Янв-24, (685)
Резюмируя два Инфоцыган 294й забыл сам с чего начал автодополнения нет, коротких, Аноним (690), 06:18 , 24-Янв-24, (690)

А когда пишешь скрипт в любимом редакторе, то никакого автодополнения для этого, _kp (ok), 22:10 , 16-Янв-24, (586)

Это объясняется тем, что всё это нужно постоянно набирать Что касательно rust, , Аноним (115), 15:23 , 15-Янв-24, (322)

То-то наверно лучше в C когда звёздочка обозначает сразу 4 разных операции А , fuggy (ok), 23:35 , 15-Янв-24, (439)

Или это значит мои старческие мозги скатываются в деменцию, новых символов отли, Аноним (-), 20:25 , 15-Янв-24, (406) –1 //

Или это значит, что разработчики Раста не смогли осилить нормальный синтаксис, а, Аноним (499), 11:14 , 16-Янв-24, (499) +2
Это значит лишь то, что Линус, будучи взрослым человеком, способен определить чт, Аноним (573), 19:03 , 16-Янв-24, (574) //

Линуса просто уже ранее настойчиво попросили быть повежливее Странно что еще ни, Stellarwind (?), 15:39 , 25-Янв-24, (691)

На это я отвечал в 211И на это тоже Правда, не на цитату Линуса, а на изложенн, n00by (ok), 17:02 , 25-Янв-24, (692) –1

Легендарная битва Интересно чем закончится Но сразу и Rust и C одновременно , Витюшка (?), 21:59 , 14-Янв-24, (12) +7 //

У C сейчас второе, или даже третье дыхание По моим личным ощущениям Но за Rus, Витюшка (?), 22:05 , 14-Янв-24, (15) +2 //

Комьюнити, которое хочет, чтобы кто-то другой на этом языке писал , Аноним (11), 22:12 , 14-Янв-24, (21) +2
По моим, наверное, второе дыхание было с C 0x C 1y А вот уже с C 1z C 2a и , jjklh (?), 22:28 , 14-Янв-24, (29) +3
Как там у него с портабельностью и вообще готовностью к проду Вот представьте ч, Аноним (-), 23:47 , 14-Янв-24, (67) +2 //

К сожалению, нет Я и говорю что некому топить за него Топить - не только в расс, Витюшка (?), 01:37 , 15-Янв-24, (101)

Ну, говоря за себя - если у них референсная реализация на LLVM я лучше тогда хру, Аноним (-), 19:03 , 15-Янв-24, (385)

В основном языки имеют одну реализацию С в этом плане является прям крайним и, Витюшка (?), 22:01 , 15-Янв-24, (423) +1

гарантирующую 100 вендорлок, что после си и си как бы нефиговый регресс, е, Аноним (446), 23:47 , 15-Янв-24, (442) –1

Почему Они насмотрелись на rust и другие языки и начали стандартизовывать нужны, Вы забыли заполнить поле Name (?), 03:05 , 15-Янв-24, (135) +1 //

Скорее они насмотрелись на D, а хайп вокруг безопасности заставил оторвать кое-ч, Аноним (175), 07:45 , 15-Янв-24, (175)

Пару ножек , Аноним (313), 15:07 , 15-Янв-24, (317) +4

А в rust что-то вообще СТАНДАРТИЗОВАНО У него ж ни единой версии стандарта нет, Аноним (-), 19:06 , 15-Янв-24, (387) +3

типа на стандартном С можно ядро написать вот умора, язык разработан для написа, Советский инженер (ok), 19:35 , 15-Янв-24, (395)

Ну, почти Режим freestanding официально специфицирован с C99 аж Там правда пар, Аноним (446), 23:50 , 15-Янв-24, (445) +1

дооо, язык создавался для симстемщины и ядер ОС, но стандартизировать решили что, Советский инженер (ok), 11:20 , 16-Янв-24, (500)

Хрустики даже и так не смогли Все познается в сравнении которое они и не выд, Аноним (-), 19:17 , 19-Янв-24, (650)

Хрустики смогли пробиться в ядро, а С со всеми своими стандартами не смог Очер, Советский инженер (ok), 11:13 , 20-Янв-24, (660)

Они пока так пробились что постоянно переделывают свое месиво, постоянно надо са, Аноним (-), 12:17 , 20-Янв-24, (662)

ты как ни плюйся желчью, а факт есть факт раст в ядре а плюсы нет точно не в , Советский инженер (ok), 21:44 , 21-Янв-24, (679)

В ядре много чего было И не все из этого с нами сейчас Так что это само по себ, Аноним (-), 21:54 , 23-Янв-24, (686)

Возможно потому что его компилятор работает только на последних версиях систем , Аноним (6), 22:06 , 14-Янв-24, (17) //

Там llvm Всё что поддерживает llvm в целом должен или может поддерживать Zig ht, Витюшка (?), 22:15 , 14-Янв-24, (23) //

Вот только для ядра будет требование сборки с использованием gcc Для раста из-за, Аноним (41), 22:50 , 14-Янв-24, (41) +2

Ну, вот и нужны кто будет двигать Zig и возьмётся за добавление к gcc Это должн, Витюшка (?), 23:26 , 14-Янв-24, (54) +1

Тогда EPIC FAIL - он получает тот же отлуп что и хруст в сравнимой дискуссии в g, Аноним (-), 23:48 , 14-Янв-24, (68) +1

У LLVM все прекрасно с поддержкой платформ Это GCC поддерживает всяких хлам и н, Аноним (-), 00:03 , 15-Янв-24, (76) –5

ну, ладно выкинут поддержку неподдерживаемых платформ из ядра, потому что, допус, jjklh (?), 03:38 , 15-Янв-24, (145)

При чем тут все платформы Зачем тебе новейший драйвер напр сетевухи на 100Гб н, Аноним (41), 10:53 , 15-Янв-24, (226) –2

BSDшники уже пробовали рассказывать сказку про не нужные всем фичи И где они т, Аноним (-), 19:12 , 15-Янв-24, (390)

Да нет там никакой битвы, тем более легендарной Очень вялая дискуссия где одни , Аноним (20), 04:29 , 17-Янв-24, (602)

Линус сам прекрасно осознаёт, что из-за своего ЧСВ и ощущения хозяйскости нагово, Аноним (13), 22:04 , 14-Янв-24, (13) +6 //

Линус может сказать, что уже прошло много времени и язык существенно изменился в, Аноним (115), 00:09 , 15-Янв-24, (79) +1 //

Он высказался не о языке Он не подумав зачем ему думать, он же диктатор-хозяин, Аноним (94), 00:53 , 15-Янв-24, (94) –2 //

Не знаю о каком именно высказывании говоришь, я видел только где в основном обсу, Аноним (115), 02:14 , 15-Янв-24, (110)

171 C is a horrible language It 8217 s made more horrible by the fact that, 11 (?), 09:18 , 15-Янв-24, (189) +1

Линус знатно потроллил Никто ведь не заставлял принимать a lot на свой счёт , n00by (ok), 10:23 , 15-Янв-24, (211) +2

- что теперь программисты N-го сорта допущены в ядро , Аноним (313), 15:11 , 15-Янв-24, (318)

Тут у Линуса осталось 3 варианта действий 1 покаяться за вред, нанесённый проек, Аноним (368), 18:33 , 15-Янв-24, (368)

Лол, а почему он не может сказать раст уже в ядро добавили, зачем там третий яз, Аноним (-), 20:38 , 15-Янв-24, (410)

Какой третий Весь сишный код фиксится до совместимости с clang и объявляется, Аноним (460), 01:14 , 16-Янв-24, (460)

Речь о c образца 2007г или ранних Вы сами то хотите на них писать Ладно, это , _kp (ok), 22:32 , 16-Янв-24, (587)

Разрешите поинтересоваться Что именно подразумевает header only и почему это на, Синий попугай (ok), 00:18 , 15-Янв-24, (86) +1 //

Либа со сложным и или большим кодом а если код простой и небольшой, который воо, Аноним (97), 01:21 , 15-Янв-24, (97) //

Подтверждением в виде дизассемблерного листинга не порадуете , n00by (ok), 06:45 , 15-Янв-24, (164)

Не тормози, сникерсни Если либа в c cpp и ее отдельным so сделали - все три , Аноним (-), 12:56 , 15-Янв-24, (267)

А если у вас библиотека шаблонов, то методы с шаблонными параметрами тоже приход, Аноним (293), 18:12 , 15-Янв-24, (360)

Шалонная часть STL - это тривиальные вещи, компилируемые в несколько процессорны, Аноним (460), 01:18 , 16-Янв-24, (461)

Большинство основных STL частей чисто шаблонные Например, тот же std map генер, Аноним (115), 14:18 , 16-Янв-24, (522)
STL - это алгоритмы, итераторы и контейнеры, созданные Степановым и Ли Для стан, n00by (ok), 14:26 , 16-Янв-24, (524)

Тормозят пока что эксперты и внедрители Си в Linux У меня стандартная библиот, n00by (ok), 14:22 , 16-Янв-24, (523)

И это все круто и офигенно - потому что что С чисто практической точки зрения, , Аноним (-), 12:25 , 20-Янв-24, (663)

Потому что ты придумал тезис круто и офигенно , что бы приписать его мне В над, n00by (ok), 15:28 , 20-Янв-24, (668)

чудик не знал про pragma once, но уже требует кого-то там вон из профессии , Аноним (486), 07:32 , 16-Янв-24, (486) +1

Э Очевидно имелось ввиду именно линковка Один файл компилируется в объектник , Аноним (589), 23:13 , 16-Янв-24, (589)

Взял и boost опозорил , Вы забыли заполнить поле Name (?), 03:03 , 15-Янв-24, (132) +4 //

STL же, boost сама по себе помойка, Аноним (115), 04:57 , 15-Янв-24, (151) +2 //

Любопытно, сколько из присутствующих видели библиотеку Степанова и Ли , n00by (ok), 10:26 , 15-Янв-24, (213)

Покажи, посмотрим , Аноним (293), 13:21 , 15-Янв-24, (275)

Если долго вглядываться в бездну, бездна начнет вглядываться в тебя А вообще, вс, Аноним (421), 21:52 , 15-Янв-24, (421)

pacman -Qo usr include c usr include c 13 2 1 is owned by gcc 13 2 1-, Аноним (421), 21:55 , 15-Янв-24, (422)
Это не то , n00by (ok), 14:34 , 16-Янв-24, (526)

Почему бы это просто в C не добавить , Вы забыли заполнить поле Name (?), 03:04 , 15-Янв-24, (133) //

Давно есть Человек просто поумничать хотел, Аноним (194), 09:44 , 15-Янв-24, (194) –1 //

Шаблонов нет, а compile-time вычисления есть , Аноним (293), 18:14 , 15-Янв-24, (361)

C с этими добавлениями называется C , Аноним (238), 11:20 , 15-Янв-24, (238) +1
Похожими вопросами многие задавались ещё лет 15 назад, однако время прошло и Си , Аноним (115), 14:16 , 15-Янв-24, (298)

Зачем переписывать на C чтобы потом пришлось переписывать на Rust умалчивается, fuggy (ok), 04:44 , 15-Янв-24, (150) +1 //

На rust переписывать не придётся Его засунули в ядро чтобы шумные детишки наигр, Аноним (115), 05:13 , 15-Янв-24, (155) –1 //

Тоже так считаю , Аноним (173), 07:41 , 15-Янв-24, (173)
Раст - навсегда в ядре Учитывая, сколько уве в сетевых подсистемах ведра на сиш, Аноним (253), 12:38 , 15-Янв-24, (253)

Ничего нигде не бывает навсегда, ты сам тут не навсегда Как засунули, так и убе, Аноним (115), 14:28 , 15-Янв-24, (302) +1

Дело в том, что решают корпорации, они пишут ядро за свои деньги, и они выбрали , Аноним (253), 14:51 , 15-Янв-24, (310)

Когда какой-нибудь Google начнёт массово релизить либы и продукты на rust вместо, Аноним (115), 15:28 , 15-Янв-24, (323)

А сколько на сегодня Раста в сетевой подсистеме ядра Помоему, пока что хрен цел, Аноним (293), 18:18 , 15-Янв-24, (362) +1

Помимо политики была ещё одна причина - исключения в C , хотя Линус тогда не г, Аноним (341), 17:20 , 15-Янв-24, (351) +1 //

Линус и не развернул тему fundamentally broken В ядре NT возможно использоват, n00by (ok), 14:54 , 16-Янв-24, (530)

Не, нужно сразу 26 в редакции clangа на сегодняшний день брать Потому что без r, Аноним (19), 22:11 , 14-Янв-24, (19) +1 //

вот честно чем пользоваться этой синтаксической ахинеей проще написать в 5 ст, Аноним (194), 09:49 , 15-Янв-24, (195) –1 //

И огрести на ровном месте проблем, в частности тащить 2 реализации одного и того, Аноним (279), 13:25 , 15-Янв-24, (279) //

А потом через полгода выйдет новый пихон - и вообще сборочница сломается Питонж, Аноним (-), 14:47 , 15-Янв-24, (309) +1

В пакетах всё ещё можно поставить второй питон Так что да, ничего не сломается , Аноним (115), 17:58 , 15-Янв-24, (357)

Это в каких бы таких пакетах Поддержку питона2 вынесли сами питоняши еще скольк, Аноним (-), 19:27 , 15-Янв-24, (394)
Итерация свойственна человеку, кодогенерация божественна , Аноним (421), 22:04 , 15-Янв-24, (424)

Засуньте ваш Шланг в Ядрописатели требуют обязательность сборки GCC , Аноним (293), 13:45 , 15-Янв-24, (289) //

Шланг отстаёт от gcc по фичам языка, но опережает по строгости, статическому ана, Аноним (371), 18:39 , 15-Янв-24, (371) +1 //

Если разработчики ядра захотят обязательно эти концепты, то разработчики GCC пой, Аноним (293), 19:01 , 15-Янв-24, (383) –1

в шланге нет концептов, в gcc они есть Если задействовать код на концептах - то, Аноним (460), 02:10 , 16-Янв-24, (467)

С чего вдруг лучше то , Аноним (589), 23:16 , 16-Янв-24, (590) +1

См рис 1 , Аноним (636), 23:59 , 18-Янв-24, (636)

Как раз схожесть синтаксиса это скорее надостаток, потому что внешнее соходство , Placeholder (ok), 22:14 , 14-Янв-24, (22) +9 //

Так и си этого не гарантирует как и большинство высокоуровневых языков с 1 комп, Аноним (173), 22:25 , 14-Янв-24, (26) +1 //

Это гарантируют стандарты и Си, и Си , а вот смешивание языков может привести к, n00by (ok), 10:31 , 15-Янв-24, (216)

Главные различия, которые следует запомнить В стандарте C нет Value Length Arr, Bottle (?), 22:28 , 14-Янв-24, (28) //

В ядре тоже нету VLA В стандаре C99 было, но потом, поняв ошибку, сделали это в, Аноним (31), 22:34 , 14-Янв-24, (31) //

А в чём проблема VLA Лучше с alloca и указателями для того же самого геморроить, Аноним (58), 23:38 , 14-Янв-24, (58)

В том что 1 Никогда не знаешь когда этот код навернется 2 Способов узнать на, Аноним (-), 23:54 , 14-Янв-24, (70) +1

От переполнения стэка ни один код не защищён И ни один код не защищён от исчерп, Аноним (99), 01:30 , 15-Янв-24, (99) –1

Всего лишь 100Мб, не грохнется Тем более запрос через аллокатор никогда не прив, Аноним (115), 02:08 , 15-Янв-24, (106) –1

Тьфу, действительно мегабайт, перепутал с гигами С выделением на стеке тоже можн, Аноним (126), 02:51 , 15-Янв-24, (126)

Но почему-то проверок места на стеке нигде нет, Аноним (115), 02:56 , 15-Янв-24, (127)

1 Ну попробуй так на AtMega какой-нибудь Правда, грохаться этот убогий не у, Аноним (-), 14:10 , 15-Янв-24, (297)

Какое отношение аппаратные исключения имеют к условному libc, или аллокатору пам, Аноним (115), 15:34 , 15-Янв-24, (326) –1

А ты думал, штуки типа SIGSEGV из воздуха чтоли материализуется А вот и хрен, э, Аноним (-), 20:23 , 15-Янв-24, (405)
А ты думал, штуки типа SIGSEGV из воздуха чтоли материализуется А вот и хрен, э, Аноним (-), 22:45 , 15-Янв-24, (426)

Это и на AMD64 не работает , n00by (ok), 15:00 , 16-Янв-24, (533)

Если я статически пишу uint8_t arr 10 я имею основания полагать что это будет , Аноним (-), 02:49 , 15-Янв-24, (124) +2

кто сказал раст , jjklh (?), 03:25 , 15-Янв-24, (138) +1
Сишечка не системная - также можно исчерпать стек, вызывая функции Особенно есл, Аноним (149), 03:28 , 15-Янв-24, (139) –2

Да А кто у нас тогда системный то На сях что-то большая часть системщины, бутл, Аноним (-), 13:29 , 15-Янв-24, (283) +1

В некоторых компиляторах есть builtin, позволяющий проверить наличие места на ст, Аноним (140), 03:29 , 15-Янв-24, (140) +1

Просто вопрос был почему VLA не рекомендуют в системщине Ну вот потому В сях в, Аноним (-), 13:50 , 15-Янв-24, (292) +1

Локальные переменные живут в стеке VLA в принципе может жить где угодно, но нуж, Аноним (375), 18:48 , 15-Янв-24, (375)

Читайте стандарты си Там вообще нет упоминания стека, никак и нигде То что кон, Аноним (-), 23:02 , 15-Янв-24, (429)

Конечно, не будет Во всех тестах в массив будут записаны 1-3 байта и они ничего, Аноним (149), 03:41 , 15-Янв-24, (146)

Это всякие системные ламеры, обложивщиеся RTOS не поймают, у них тойота и полу, Аноним (-), 13:45 , 15-Янв-24, (290)

Главное, чтобы у тебя этот суровый r эксепшн tm не произошёл во время полёта н, Tron is Whistling (?), 16:42 , 15-Янв-24, (345)

А как он может не произойти, если искандер-5 заходит на цель с перегрузкой в 30 , nothingaboutdog (?), 20:45 , 15-Янв-24, (413)
Если это важно - это решается другими методами См как это кажется, боинг сдела, Аноним (-), 23:08 , 15-Янв-24, (431)

Не гидравлический пресс надеюсь А то fail fast может в fall fast перейти D, Tron is Whistling (?), 11:27 , 16-Янв-24, (503)
Мне у некоторых софтсвитчей вот этот fail fast нравится Да пусть оно лучше сесси, Tron is Whistling (?), 11:28 , 16-Янв-24, (504)
Софт свич несколько отличается от печатки с силовухой, допустим Одно дело по пр, Аноним (-), 20:56 , 21-Янв-24, (677)
Если у вас на плате нет защиты от превышения тока кроме софта - я вам очень сочу, Tron is Whistling (?), 22:17 , 21-Янв-24, (680)
По законам Мерфи - устройство порой сгорает первым, защитив предохранитель И F, Аноним (-), 22:14 , 23-Янв-24, (687)
А ваш софт умеет думать, пока МК дымится вместе с платой , Tron is Whistling (?), 22:16 , 23-Янв-24, (688)
Почему Потому что по законам Мерфи первым сдохнут датчики для вашего софта , Tron is Whistling (?), 22:32 , 23-Янв-24, (689)

Как я понял твои ответы - Если мы используем массив со статическим временем жизн, Аноним (341), 17:59 , 15-Янв-24, (358)

И мы можем более адекватно эту идею проверить Частично даже в компилтайме, смот, Аноним (-), 23:21 , 15-Янв-24, (434)

Я почему шучу про много энергично говорим - потому что идеи assert ов для разм, Аноним (341), 01:39 , 16-Янв-24, (462)
Не то что немыслимые - а еще хуже чем динамическая аллокация Ибо еще менее de, Аноним (-), 19:38 , 19-Янв-24, (651)

Дожили А вот ядро Windows NT - защищено Потому что там стек не используют и та, n00by (ok), 06:49 , 15-Янв-24, (166) –1

Для особо одарённых, кто судит по себе и считает это троллингом https learn m, n00by (ok), 10:54 , 15-Янв-24, (227)

И по ссылке написано, дословно, под стэк выделено суммарно три страницы, так ст, freehck (ok), 12:30 , 16-Янв-24, (509)

Надо перевести на понятный Стек крайне осторожно используется для хранения адре, n00by (ok), 15:13 , 16-Янв-24, (534)

Боюсь, что это ты не понял Данная статья просто предостерегает разработчиков о , freehck (ok), 15:27 , 16-Янв-24, (536)

Очевидно, это ты не понял смысл таких не подпускают Защита стека в Window, n00by (ok), 16:10 , 16-Янв-24, (550)
Ух едрить как же всё запущено Ну, с тем же успехом можно сказать, что код защищ, freehck (ok), 16:27 , 16-Янв-24, (553)
Я знаю, что некоторые умело подменяют тезис с целью превзойти собеседника Вот то, n00by (ok), 17:45 , 16-Янв-24, (564)
Размер стека можно задать каким нужно, вызвав соответствующую функцию Это он по, Аноним (637), 00:04 , 19-Янв-24, (637)
Формулировка некорректна Можно _попробовать_ задать размер KeExpandKernelStackA, n00by (ok), 14:58 , 19-Янв-24, (641)

Хорошо, n 55666, но память процесса переполнена Или переполнена иным, более есте, _kp (ok), 12:17 , 15-Янв-24, (251)

Я знаю что сделает нормальный системщик 1 Запретит такую конструкцию если без н, Аноним (-), 14:00 , 15-Янв-24, (295) +1

Проблема в том, что это ядро Вот скажи, какой там размер стека , n00by (ok), 06:48 , 15-Янв-24, (165) –1

Ну если хруст завозят, то и православные плюсики должны завезти , Аноним (173), 22:21 , 14-Янв-24, (24) +1 //

Немного не так Зашкварился на rust Всё, теперь c отказать 8212 не по понят, PnD (??), 17:00 , 15-Янв-24, (348)
Это уже помойка будет какая-то , warlock66613 (ok), 20:02 , 15-Янв-24, (398)

Плюсы очень нужны в ядре, потому что поддержка модулей в Си даже не планируется,, Bottle (?), 22:24 , 14-Янв-24, (25) –9 //

Модули в рабочем состоянии пока что только в компиляторе от микрософта, Аноним (75), 00:01 , 15-Янв-24, (74) //

В шланге давно в рабочем состоянии И в CMake с недавнего времени Но ядро Linux, Аноним (98), 01:25 , 15-Янв-24, (98) //

CMake сам по себе кактус И у тебя вообще хватает инженерного интеллекта, чтобы , Аноним (115), 02:20 , 15-Янв-24, (111) +2

Сфигали не подходит для ядра, если для сборки под голые микроконтроллеры без раз, Аноним (140), 03:30 , 15-Янв-24, (141) +1

Если не подходит, то это же ещё не означает, что не найдутся упоротоые, которые , Аноним (115), 05:25 , 15-Янв-24, (158) +2

Но, но ведь троллейбус делается из буханки ржаного В любом случае чистые make фа, Аноним (-), 20:42 , 15-Янв-24, (411)

модули - проприетарный рак от майкрософт хидеры ничего не замедляют, если мозга, Аноним (-), 00:47 , 15-Янв-24, (92) –2 //

Тогда вам стоит для начала поработать с большими проектами, Аноним (115), 05:26 , 15-Янв-24, (159) +1 //

Насколько большими Сколько строк , Аноним (172), 07:41 , 15-Янв-24, (172)

Настолько, что какой-нибудь sloccount не посчитает за разумное время, Аноним (115), 14:31 , 15-Янв-24, (303)

так вы не делайта свои большие проекты в одну портянку , Аноним (194), 12:06 , 15-Янв-24, (250) +1

А модули в Python, D и ещё много где, тоже Microsoft ввела , Аноним (293), 13:42 , 15-Янв-24, (287) +2

header-only библиотеки конечно можно написать так, чтобы они замедляли компиляци, Аноним (299), 14:26 , 15-Янв-24, (299) +2 //

Это не байка Ты на своей шкуре это сможешь заценить, подключив в программу CLI1, Аноним (375), 18:50 , 15-Янв-24, (377)
Это не байка Погугли патчи ядра от Инго Молнара , Bottle (?), 21:24 , 15-Янв-24, (418)

Наконец-то С Архаика Си - это конечно круто, но технологии идут вперёд , Ivan7 (ok), 22:36 , 14-Янв-24, (33) +3 //

Внедрение плюсов - такой себе шаг вперед, Герман (??), 08:51 , 15-Янв-24, (183) –1
Скрыто модератором, Аноним (-), 15:29 , 16-Янв-24, (537)

Пусть пихают и раст и зиг и сипипи сразу И вейланд с системдой тоже сразу в ядр, Аноним (35), 22:40 , 14-Янв-24, (35) –1
И Carbon, и VLang - тоже , Аноним (37), 22:44 , 14-Янв-24, (37) +2 //

Cabron , Аноним (58), 23:39 , 14-Янв-24, (59) +1 //

Cartoon, Аноним (293), 13:23 , 15-Янв-24, (276) +1

а вот VLang мысль и в самом деле интересная Но, но что там с архитектурами, отл, Котофалк (?), 15:35 , 15-Янв-24, (327) //

Он вроде в С компилируется, значит считай поддерживает считай что все В отличии, Аноним (499), 10:52 , 16-Янв-24, (498)

Не забывая про Zig и Seed ElenaLang -тоже неплохо , Аноним (37), 22:46 , 14-Янв-24, (39) –1 //

Marusya на подходе , Sw00p aka Jerom (?), 14:26 , 15-Янв-24, (300) //

Сначала Алиса, Аноним (293), 15:30 , 15-Янв-24, (324) //

такими темпами не видать нам Katyusha , Sw00p aka Jerom (?), 15:46 , 15-Янв-24, (333)

Seed это вот этот https ru wikipedia org wiki Seed7 , Аноним (293), 20:35 , 15-Янв-24, (409)

Бедный Linux, как же упорно туда всякую гадость пихают , Аноним (42), 22:52 , 14-Янв-24, (42) +2 //

Если плюсы таки завезут, то rust там быстро сдохнет, Аноним (115), 00:14 , 15-Янв-24, (83) +6 //

Вместе с Си и ядром целиком, Герман (??), 08:52 , 15-Янв-24, (184) +6
Это тебе так кажется Раст пихают не потому, что фанаты , а потому, что на то, Аноним (20), 04:35 , 17-Янв-24, (604) +1 //

Да, конечно, не потому что фанаты Давай посмотрим на объективные факты Основ, Аноним (623), 17:06 , 17-Янв-24, (624)

Кресты это нехорошо Одни и те же ошибки ошибки при завышенном чсв плюсовиковНе , Илья (??), 18:40 , 20-Янв-24, (670) +1

Поддерживаю данное начинание , Анонимбус 2000 (?), 22:54 , 14-Янв-24, (43) –1
Это ядро уничтожит энтропия и тогда GNU Hurd всех победит Осталось подождать ещ, Антонимусс (?), 22:55 , 14-Янв-24, (44) +3
Хм, я от с с отошел лет так 15 назад Но вроде наибольшей проблемой в применен, Аноним (45), 22:57 , 14-Янв-24, (45) //

Ведро беспокоит что-либо, кроме gcc , Аноним (48), 23:03 , 14-Янв-24, (48)
А разве с СИ не так же Пришлось делать гну-тые расширения, чтобы собирать ядро , Аноним (-), 23:15 , 14-Янв-24, (49)
Я до сих пор проигрываю с того, что они даже схему manglingа стандартизировать н, Аноним (57), 23:33 , 14-Янв-24, (57) +1 //

Да чё там думать, пусть берут эту схему из g Кстати, кто-то как-то приводил д, Аноним (293), 18:47 , 15-Янв-24, (374)

Зачем конкретному ядру бинарная совместимость Эту версию ядра или другую можно , Аноним (293), 18:56 , 15-Янв-24, (380) +1 //

Например, какая-нибудь nvidia тебе поставляет драйвер готовым модулем, ТвойКопетанОчевидность (?), 21:05 , 15-Янв-24, (416) –1

Скоро ядро перепишет ИИ В бинарных кодах сразу , 3draven (ok), 22:58 , 14-Янв-24, (46) –3 //

Машинный код, Информатика (?), 23:18 , 14-Янв-24, (50)
Пусть хотя бы драйвер напишет рабочий А потом сможет в нем баг поправить , Вы забыли заполнить поле Name (?), 02:50 , 15-Янв-24, (125)
ИИ пока что даже простой код генерировать не научился Если не считать измусолен, Аноним (263), 12:54 , 15-Янв-24, (263)

Это не тот самый разраб из Интела, который прислал такой пачт, который даже не с, Аноним (-), 23:00 , 14-Янв-24, (47) –1
Ну наконец-то об этом заговорили , Ilya Indigo (ok), 23:22 , 14-Янв-24, (53) –4
давно пора , cheburnator9000 (ok), 23:43 , 14-Янв-24, (64)
А я согласен на плюсы в ядре Благодаря изменениям под встраиваемые системы там , anodymus (?), 23:44 , 14-Янв-24, (65) +1 //

А каких, собственно, корпорастов Тех, которые GCC разрабатывают , asaaddxasaadd (ok), 00:22 , 15-Янв-24, (87) –1 //

В гугле забанили , Аноним (75), 00:28 , 15-Янв-24, (88)
https isocpp org std the-committee, Аноним (75), 00:30 , 15-Янв-24, (89) //

Одни белые лица и в основном мужики, никакого диверсити , Аноним (175), 08:06 , 15-Янв-24, (181)

Ты лучше посмотри где они работают Сплошные майкрософты, гуглы и прочие корпорац, Аноним (-), 20:49 , 15-Янв-24, (414) +2

С другой стороны понаделают выразительных конструкций , а потом разгребать В б, Вы забыли заполнить поле Name (?), 02:49 , 15-Янв-24, (123) //

Вот, ради интереса, поробуйте объяснить кому-нибудь да хоть себе как в Ядре сп, yet another anonymous (?), 11:19 , 15-Янв-24, (237) +1 //

вы точно программист , Аноним (194), 16:27 , 15-Янв-24, (340)

Ну тут надвое сказано Что именно разгребать ООП для того и придумали, что, Аноним (631), 17:42 , 17-Янв-24, (631) //

А причем тут ООП Хорошую декомпозицию и абстракцию можно сделать без него lisp, Вы забыли заполнить поле Name (?), 02:46 , 18-Янв-24, (633)

скорее потому, что с - надстройка над стого самого intel, который патчи даже н, Аноним (-), 23:58 , 14-Янв-24, (73) //

Пожалуйста, никогда не пишите код на C Вот из-за таких сишников, пищущих на , Аноним (278), 13:25 , 15-Янв-24, (278) +2 //

Давайте классы на GовноObject делать, так определённо лучше , Аноним (375), 18:52 , 15-Янв-24, (378)
как раз наоборот - современный выглядит порой как несто среднее между растом , InuYasha (??), 00:10 , 16-Янв-24, (456)
Не знаю насчёт этого, но от неполной совместимости с C у него репутация портится, Аноним (341), 10:02 , 16-Янв-24, (491) +1

Потом все равно на Carbon переписывать , Аноним (95), 01:14 , 15-Янв-24, (95) +2 //

А вот кстати про Carbon почти никто не пишет, а он развивается просто бешеными т, Аноним (107), 02:30 , 15-Янв-24, (116) //

Понятное дело, что если обратную совместимость не блюсти, то можно все менять ка, Вы забыли заполнить поле Name (?), 02:46 , 15-Янв-24, (122) //

И карго почти наверняка будет запрещено, а ведь это считай центральная фича язык, Аноним (175), 07:32 , 15-Янв-24, (171)

В методичке написано, что это не часть языка и вы можете жить и без него Но та, yet another anonymous (?), 11:27 , 15-Янв-24, (243)
Агаблин, обеспечивает вендорлок на гугл, амазон и майкрософт , Аноним (-), 23:39 , 15-Янв-24, (440)

Гугель говорил, что Carbon будет собирать и код писанный для C , Аноним (293), 20:21 , 15-Янв-24, (404)

Подскажите, это начало конца или второе рождение , Аноним (96), 01:18 , 15-Янв-24, (96) //

Время переходить на NetBSD , bulbasalo (?), 01:44 , 15-Янв-24, (103) //

Если и переходить на то семейство, то уж на Стрекозу , Аноним (293), 13:26 , 15-Янв-24, (280)
Почему не QNX Minix Да даже BeOS была бы куда лучшей альтернативой , Аноним (631), 17:39 , 17-Янв-24, (630)

Это метастазы , Аноним (245), 11:32 , 15-Янв-24, (245)
Это конвульсии трупа Фактически уже понятно - как только добрый диктатор сд, Аноним (631), 17:38 , 17-Янв-24, (629)

Я за ядро на Java Заколебали уже Там тоже синтаксис аналогичный И вообще все, Аноним (105), 02:10 , 15-Янв-24, (108) –8 //

с gc что будем делать , aaaaa (?), 12:55 , 15-Янв-24, (265)
А JVM под чем крутить , Аноним (293), 13:28 , 15-Янв-24, (281) //

Под lisp-машиной, Аноним (115), 14:37 , 15-Янв-24, (308) +1 //

А Lisp-машину на чём Гусары, молчать , Аноним (293), 19:10 , 15-Янв-24, (388)

Так она уже машина Или не знаешь что это такое Тогда википедия в помощь, Аноним (115), 21:06 , 15-Янв-24, (417)

Пока это только умозрительная машина Которую можно вертеть только на , Аноним (589), 23:31 , 16-Янв-24, (593)

Только на java-процессоре , Котофалк (?), 15:39 , 15-Янв-24, (330) //

А Lisp-машину на чём Гусары, молчать , Аноним (293), 19:03 , 15-Янв-24, (384) –1 //

на эмуляторе поверх явапроцессора, Советский инженер (ok), 13:45 , 16-Янв-24, (515)

Пока линуксом управляет один единственный до боеб, способный забаррикадироваться, Аноним (113), 02:20 , 15-Янв-24, (113) –6 //

Что бывает с модными-молодежными компаниями, лезущими поперед батьки в пекло, мо, Аноним (107), 02:32 , 15-Янв-24, (117) +2 //

Есть пример лучще - Fuchsia и ее вот, мы, ща, на десктопы, столица миоа - в нью, Аноним (-), 19:59 , 19-Янв-24, (652)

Загвоздка в том, что недолболюбам на маках и виндовс тоже прогресс не грозит, то, Аноним (120), 02:42 , 15-Янв-24, (120) +4 //

Вас услышали В новом нотпаде уже встроено Он теперь поди по сети отсылает кажд, Аноним (-), 18:44 , 15-Янв-24, (372)

Посмотри вот это видео https www youtube com watch v YyRVOGxRKLg Торвальдс гов, Вы забыли заполнить поле Name (?), 02:43 , 15-Янв-24, (121)
Че ты несешь Совет директоров даже если и принимает решения, то не о каждом эле, Аноним (105), 03:12 , 15-Янв-24, (136) –2
Линус понимает как нужно вести такой проект, а ты нет Сейчас практически весь с, Аноним (115), 05:05 , 15-Янв-24, (152) +3 //

Потому что корпорации в эпоху Интернета быстро поняли, куда дует ветер, и решили, Школьник (ok), 09:18 , 17-Янв-24, (611)

Один процент на десктопах, а не на серверах И проблема не в ядре, Аноним (75), 05:22 , 15-Янв-24, (157)
Типичный пример извергания желчи от не линуксоида, обвиняющего в этом других Ни, Аноним (187), 09:00 , 15-Янв-24, (187)
Форкни ядро и веди его в какое хочешь будущее , Аноним (264), 12:54 , 15-Янв-24, (264)

Останавитесь , Вы забыли заполнить поле Name (?), 02:42 , 15-Янв-24, (119) +1
Round 2 Fight Как бы в отчасти правда, но и ложь тоже Пустив С в ядро им н, Вы забыли заполнить поле Name (?), 02:57 , 15-Янв-24, (128) +1 //

Гайдлайны, внезапно, в ядре и для Си есть Уровень обсуждений далёких от разрабо, Аноним (115), 05:07 , 15-Янв-24, (153) +1 //

Для с они увеличатся на порядок из-за возможных фич языка, Вы забыли заполнить поле Name (?), 14:36 , 15-Янв-24, (306) +1 //

Пусть определятся, какие фичи в ядре допустимы По тем и пишут , Аноним (293), 15:35 , 15-Янв-24, (328) +1
Если на десятичный порядок, то конечно же нет, добавятся пару новых страничек, Аноним (115), 17:56 , 15-Янв-24, (356) –2

Вот дока по стилю С в ядре https www kernel org doc html v4 10 process coding-, Вы забыли заполнить поле Name (?), 22:35 , 15-Янв-24, (425) +4

Табы это 8 пробелов Нас не волнует низкоуровневые вещи вроде отступов, а ещ, Аноним (341), 23:29 , 15-Янв-24, (436) –2

Мой оригинальный комментарий https www opennet ru openforum vsluhforumID3 1325, Вы забыли заполнить поле Name (?), 23:50 , 15-Янв-24, (443) +1

Мозг вообще пробовал хоть немного подключать, когда писал всю эту чушь Дока в яд, Аноним (115), 23:32 , 15-Янв-24, (437) +1

Так и не понял куда приклеился ответ, он был анониму с ссылками, Аноним (115), 23:33 , 15-Янв-24, (438)
gt оверквотинг удален Ну ты к Яндексовому стилю не забудь прикрепить гайдлайн , Вы забыли заполнить поле Name (?), 23:45 , 15-Янв-24, (441)

Нет гайдлайна, раньше туда тупых не брали Сейчас пытаешься приклеить документац, Аноним (115), 02:03 , 16-Янв-24, (466)

Просто в конторе не любят писать доку - признай это Поэтому кичиться cs на 1 ст, Вы забыли заполнить поле Name (?), 02:32 , 16-Янв-24, (472)
А в гугл берут тупых по твоей логике раз у них есть гайдлайн Чтож тогда яндексо, Вы забыли заполнить поле Name (?), 02:41 , 16-Янв-24, (473)

Судя по ряду проектов гугли - и их участи - типа, вот, фуксии - похоже что берут, Аноним (-), 20:02 , 19-Янв-24, (653)

Оригинально я писал про гайдлайн, а не cs Если ядро смешивает их, то ко мне как, Вы забыли заполнить поле Name (?), 00:00 , 16-Янв-24, (448)

Выше рассуждаешь про вполне конкретную штуку - линуксовое ядро и c в нём А зн, Аноним (115), 02:13 , 16-Янв-24, (468) –2

AUTOBOT - это блочит и я не знаю почему А как они собираются исключения туда з, Аноним (-), 03:04 , 15-Янв-24, (134) –1 //

Разумеется, ведь самая главная фича плюсов это исключение, Аноним (115), 05:08 , 15-Янв-24, (154) +3
Пока нашёл там обработку ошибок То есть функция может вернуть либо результать, , Пряник (?), 10:11 , 15-Янв-24, (207)

Это такой лол, что я даже не знаю, что сказать Но когда пропадёт калабуховский , Аноним (147), 03:41 , 15-Янв-24, (147)
Здравый смысл, наконец-то берет верх , bOOster (ok), 03:48 , 15-Янв-24, (148) +2
Да уж, беда пришла откуда не ждали Если что-то и может быть хуже С, то это С , Аноним (96), 05:49 , 15-Янв-24, (161) +1 //

Поправил, не благодари, Аноним (172), 07:46 , 15-Янв-24, (176) –1

Единственная проблема плюсов в ядре -- это привычки и отношение к языку значител, n00by (ok), 07:07 , 15-Янв-24, (168) –1 //

То, что будет возможность писать на плюсах совсем не означает, что толпы молодёж, ДаНуНафиг (?), 18:36 , 15-Янв-24, (370) //

Толпам молодёжи и немоложёжи вообще срать на ядро, они от него в принципе с уд, Аноним (379), 18:56 , 15-Янв-24, (379) //

Под фреймворком обычно понимается что-то тяжёлое На плюсах возможно реализовать, n00by (ok), 15:47 , 16-Янв-24, (545)

На деле, плюсы в ядре повышают порог вхождения по сравнению с Си , n00by (ok), 15:43 , 16-Янв-24, (543)
Лол, молодёжь на javascript пишет, ей что сишечка что плюсы это древние рукописи, Гультай (?), 09:03 , 19-Янв-24, (638)

Это что, реклама Red Hat между делом Данному разговору уже не первое десятилети, freehck (ok), 07:51 , 15-Янв-24, (178) //

Это как раз именно потому, что в нём нет С , ИмяХ (ok), 20:08 , 15-Янв-24, (402)

Я так подозреваю, что ядро на голой сишке писали, чтобы не было никакого неявног, Аноним (182), 08:32 , 15-Янв-24, (182) +6 //

Можно, но костыльно очень Или хотите в ядро нечто, наподобие Glib Это человекон, Аноним (36), 08:55 , 15-Янв-24, (185) –2
Ядро писали на Си, потому что плюсов тогда толком и не было , n00by (ok), 10:46 , 15-Янв-24, (220) +1 //

Ну были, конечно, уровня Borland C А вот был ли свободный g в 1991, не знаю, Аноним (293), 15:37 , 15-Янв-24, (329) //

Был где-то с 87-го https gcc gnu org releases html, 22 (?), 20:45 , 15-Янв-24, (412)
Гипотетически они может и были, а практически стандарт языка принят в 98-м , n00by (ok), 15:56 , 16-Янв-24, (547)

Никакого -- утверждение слишком сильное для сишки Как минимум из-за неявного пр, freehck (ok), 12:57 , 15-Янв-24, (268) //

Rust тоже не ООП язык Вполне себе можно писать крупные проекты и в процедурном , fuggy (ok), 23:50 , 15-Янв-24, (444) +1 //

В ООП стиле на расте писать нельзя т к нет наследования ООП в самом деле не ки, Аноним (115), 02:27 , 16-Янв-24, (470)

В каких задачах нужно ООП , Вы забыли заполнить поле Name (?), 02:58 , 16-Янв-24, (478)

Тот же бизнес с иерархией документов, где каждый с небольшими отличиями, ролями , Аноним (499), 10:45 , 16-Янв-24, (497) +1

На самом деле ООП там нужен только потому, что ООП является отдельной индустрией, freehck (ok), 13:05 , 16-Янв-24, (511) –1

Если объекты в плане понятий из предметной области однотипные Любая, даже мин, Аноним (589), 23:45 , 16-Янв-24, (594)

c это не либа работы со строками Причины совершенно в ином - нет API и нет га, Аноним (115), 15:43 , 15-Янв-24, (332) +1

Это у Red Hat всё шуточки первоапрельские, а между тем Эпол, например, вполне ус, awoland (ok), 08:59 , 15-Янв-24, (186) +2 //

У эппла анально-ректальные стайлгайды и референсы Во-вторых, эпплы сами выпуска, Noname (??), 09:50 , 15-Янв-24, (196) +2 //

Винда написана на С и работает на огромном зоопарке устройств , beck (??), 10:23 , 15-Янв-24, (210) //

Не такой уж и зоопарк, всего полтора типа железа, которое в ней поддерживалось и, Аноним (214), 10:44 , 15-Янв-24, (218) –1

Отличие кстати в том, что железо разрабатывают под ОС, потом костыляют адовые бл, Аноним (214), 10:46 , 15-Янв-24, (221)
Какие полтора типа Минимум шесть Windows не виновата в том, что у тебя лапки , beck (??), 10:51 , 15-Янв-24, (225)

Суть в том, что они там были испокон времён, ничего нового, и то на хлам с армом, Аноним (214), 11:01 , 15-Янв-24, (232)

Выкинь уже свой зион с али, с 171 ECC 187 -памятью , Аноним (482), 06:52 , 16-Янв-24, (485) +1

Твои фантазии унылые, фиксация какая-то , Аноним (214), 09:45 , 16-Янв-24, (488)

Во-первых, стайлгайды и референсы не имеют никакого отношения к технологиям прог, awoland (ok), 14:37 , 15-Янв-24, (307) //

И ты ещё что-то там про газификацию луж пишешь Лол , Noname (??), 17:03 , 15-Янв-24, (349)

Вообще вопрос надо ставить глобально Зачем ограничения на язык для разработки м, poulch (??), 09:09 , 15-Янв-24, (188) +1 //

Та же мысль В Сишный интерфейс функций умеют почти все языки, пусть ядро остает, Аноним (205), 10:09 , 15-Янв-24, (205) //

собственно, а кто запрещает , Советский инженер (ok), 11:35 , 15-Янв-24, (246)

Тогда как собирать всю эту мозаику У инструментов будут свои зависимости, а у т, Аноним (459), 00:16 , 16-Янв-24, (459)

Зачем ибо когда придёт какой-нибудь С 50, который наконец-таки превратится в R, Аноним (191), 09:23 , 15-Янв-24, (191) –1 //

Наверное, разработчикам ядра Linux все же виднее, зачем им нужен C и почему Ра, Аноним (459), 10:58 , 15-Янв-24, (229) +1 //

Анвин считает, что C более предпочтителен, чем Rust, так как последний сущест, Аноним (293), 13:34 , 15-Янв-24, (284)

Ты думаешь, что в C 50 порежут все что можно по самые помидоры Так что останетс, Аноним (589), 23:48 , 16-Янв-24, (595)

давно пора, d_kazbek (?), 09:40 , 15-Янв-24, (192) +1
Руст действительно будет интереснее, а кресты уже показали несостоятельность за , Noname (??), 09:43 , 15-Янв-24, (193) //

Интереснее побаловатся на раз, а так С зрелый язык промышленной разработки и п, Аноним (459), 11:01 , 15-Янв-24, (233) –1
А чем D не взлетел Что в этом языке такого плохого, что его нельзя использоват, Аноним (631), 17:27 , 17-Янв-24, (628)

Ну вообще плюсы в ядре - здраво, но с оговорками Исключения придётся вымести, по, Tron is Whistling (?), 10:07 , 15-Янв-24, (203) //

Какие ещё целые массы тех, кто в не-плюсовый C не осилил - как они вообще окозал, ay8910 (?), 11:22 , 15-Янв-24, (239) //

Человек не понимает, что ядро пишется корпорациями на деньги корпораций Им и ре, Аноним (253), 12:58 , 15-Янв-24, (271)
Цель как раз в том, чтобы они в них и не оказались , Tron is Whistling (?), 15:12 , 15-Янв-24, (320)
Сходи к попам, посмотри на их кресты Пойми, чем плюс отличается от креста , Аноним (293), 20:26 , 15-Янв-24, (407)

Но какую-то лёгонькую реализацию STL для целей внутри ядра, всё же, не помешает , Аноним (293), 13:19 , 15-Янв-24, (274)
Во всех контейнерах STL можно передавать собственные аллокаторы Можно хоть для , Аноним (278), 13:35 , 15-Янв-24, (285) //

Соглашусь только за C 20 Хотя да, в принципе о нём и речь , Tron is Whistling (?), 15:11 , 15-Янв-24, (319)

Вместо STL будет своя либа с примитивами в c стиле STL для ядерных целей не п, Аноним (115), 15:47 , 15-Янв-24, (334)

Я, конечно, не участвую в разработке ядра и не мне решать как и многим коммента, Пряник (?), 10:16 , 15-Янв-24, (208) //

Как раз неосиляторы и впариают новые языки Писать на них они тоже не умеют, но , banonymous (?), 10:47 , 15-Янв-24, (222) –3 //

Впарили раст в ядро - корпорации, их ядро, а не неосиляторы У корпораций нет ин, Аноним (253), 12:42 , 15-Янв-24, (256) //

Что-то по вакансиям не сильно этого заметно , Аноним (459), 00:11 , 16-Янв-24, (457)

Какие такие вакансии Ты о чём Речь про ведро, корпорациям-хозяйкам ведра не ну, Аноним (253), 10:13 , 16-Янв-24, (493)

И кто же это тут несолилятор, лол , Аноним (278), 13:28 , 15-Янв-24, (282) –1

Ядро windows написано на С Вопрос об использовании С давно закрыт Это работ, beck (??), 10:24 , 15-Янв-24, (212) +3 //

Но даже windows переходит на Rust , Пряник (?), 10:29 , 15-Янв-24, (215) //

В винде архитектура гибридная Они могут позволить себе какие-то независимые час, beck (??), 10:58 , 15-Янв-24, (230) +2 //

Пиши драйвера в пр-ве пользователя на чём угодно, Аноним (115), 16:00 , 15-Янв-24, (339)

Не переходят, а пишут отдельные модули Там же не идиоты переписывать работающий, Аноним (459), 11:08 , 15-Янв-24, (234)

Ну, работать та работает Но вот как работает , Аноним (41), 10:56 , 15-Янв-24, (228) //

Нормально работает Десятки миллионов серверов и сотни миллионов десктопов по вс, beck (??), 11:00 , 15-Янв-24, (231) +1 //

по-дефолту в плюсах нет инструментов для безопасной работы с памятью RAII и sma, Аноним (253), 12:55 , 15-Янв-24, (266) –1

Очнись, наркоша Смарт поинтеры в плюсовых проектах уже более 30 лет в том или и, Аноним (115), 18:26 , 15-Янв-24, (364) +1

Ну ты и оболтус Ну так по дефолту усё это выключено, в опенсорсе твоё стл никто, Аноним (253), 10:17 , 16-Янв-24, (494)

Если так хорошо работает, почему везде линукс Фактически сиплюсы используются т, Аноним (264), 12:52 , 15-Янв-24, (261) //

Я прихожу к врачам, в мрт винда, на рентгене винда, в аппарате узи винда Смартф, beck (??), 13:43 , 15-Янв-24, (288) –1 //

Не хочется тебя расстраивать, но это не от того, что винда хорошо работает Это , Вы забыли заполнить поле Name (?), 14:55 , 15-Янв-24, (312)

Причем тут бизнес если даже бизнес-линукс, типа шапки мимикрирует под винду 2 са, Аноним (-), 15:55 , 15-Янв-24, (336)

Путаешь интерфейс и подложку На подложке в этих же аппаратах - далеко не винда , Tron is Whistling (?), 16:35 , 15-Янв-24, (344)

Возможно, но например банкоматы я встречал на винде Винда IoT Core вполне достат, Аноним (-), 17:18 , 15-Янв-24, (350)

Банкомат - слишком примитивное устройство Дисплей, кейпад, принтер и полтора ко, Tron is Whistling (?), 18:27 , 15-Янв-24, (365)

В самом аппарате, который деньги выдаёт, контроллеры бывают разные, но они автон, Tron is Whistling (?), 18:28 , 15-Янв-24, (366)
У одной фирмы я видал там характерную лужайку с кнопкой Start Или, не менее паф, Аноним (-), 20:07 , 19-Янв-24, (654)

Не хочется тебя расстраивать, но бизнесу нужно чтобы всё просто работало за мини, Аноним (353), 17:37 , 15-Янв-24, (353)

Всё очень просто На интерфейсе для врача - винда В МРТ, на рентгене, в аппарате, Tron is Whistling (?), 16:32 , 15-Янв-24, (342) +1

Внутри аппаратов чистое железо с прошивкаме Накой там ОС , beck (??), 22:55 , 15-Янв-24, (427)

Прошивки прямо в металле DВы недооцениваете современные прошивки , Tron is Whistling (?), 23:04 , 15-Янв-24, (430)

То есть винда тебе только картинку рисует, всеми же серьёзными задачами занимают, Tron is Whistling (?), 16:33 , 15-Янв-24, (343)

Совершенно другие ОС даже не в состоянии нарисовать картинку, ОК , Аноним (482), 23:22 , 15-Янв-24, (435)

Там программеры другие, они занимаются не рисованием картинок, а работой со слож, Tron is Whistling (?), 11:25 , 16-Янв-24, (501)

ви таки недооцениваете сложность рисования картинок по данным, полученным от сож, Советский инженер (ok), 12:15 , 16-Янв-24, (507)

Картинки рисовать - тоже сложно, не спорю, но это больше математика Ну и плюс ве, Tron is Whistling (?), 13:48 , 16-Янв-24, (516)
Короче есть разница тупо на CPU процессить данные или работать с кучей датчиков, Tron is Whistling (?), 13:49 , 16-Янв-24, (518)

Потому, что в Скрепной медоборудование закуплено 15-летней назад разработки А т, Аноним (293), 19:17 , 15-Янв-24, (392)

Закупаем такие современное оборудование с условием, что нам его кто-то продаст , Аноним (482), 06:47 , 16-Янв-24, (484)

Ядро винды написано на Си, Аноним (115), 17:39 , 15-Янв-24, (354) +2
Откуда вы эту муйню все копируете Ядро винды написано и продолжает писаться на , хрю (?), 14:53 , 16-Янв-24, (529) +1 //

Достаточно интервью в котором мелкомагкие переписывальщики на раст говорят о том, Аноним (589), 23:57 , 16-Янв-24, (596)

Вроде же не 1 апреля еще Автор цитаты выше Перепил на новый год и думает что на, Вирт (?), 11:26 , 15-Янв-24, (242) –1 //

Все способы выстрелить себе в ногу в C - это исключительно наследие C На чист, Аноним (278), 13:41 , 15-Янв-24, (286) //

А кто не начнёт, когда в шаблонном коде получаешь ошибку в коде кишок , Вы забыли заполнить поле Name (?), 15:00 , 15-Янв-24, (314)
А дебильные классические типы целых чисел там как Их так то и в си неплохо бы в, Аноним (-), 00:09 , 16-Янв-24, (454) //

Ты не поверишь, но отрицательный индекс в массиве по указателю - очень даже вост, Tron is Whistling (?), 11:26 , 16-Янв-24, (502)

В производстве овно кода и CVEшек Верю Можно просто открывать новости пенька и , Fyjy (?), 13:41 , 16-Янв-24, (512) –1

Вот есть у меня вот прямо индекс указателей на элементы Есть поинтер на какой-т, Tron is Whistling (?), 13:51 , 16-Янв-24, (519)

Так твой пример сам по себе небезопрасный И на этот случай есть унарный --, зна, Аноним (115), 14:45 , 16-Янв-24, (527)

Мне не нужно менять сам указатель , Tron is Whistling (?), 20:00 , 16-Янв-24, (577)

Уволить того кто код так пишет к хренам - зачем вам этот генератор CVE в тиме , Аноним (-), 20:15 , 19-Янв-24, (656) –1

Да не, я не против, чтобы ты вместо одного сервера у меня 10 купил, но ты ведь н, Tron is Whistling (?), 21:41 , 19-Янв-24, (658)

Я как махровый сишник готов поспорить что все то же самое можно было сделать зна, Аноним (-), 12:44 , 20-Янв-24, (665)

На самом деле пусть уходят - чище будет , Tron is Whistling (?), 13:04 , 20-Янв-24, (666)

Инихрена себе уровень самокритики Вот это вы круты Я правильно понимаю что вы , Аноним (-), 21:09 , 21-Янв-24, (678)

А вот эксперты по фигурному прострелу пяток с заподвыподвертом пожаловали Я все, Аноним (655), 20:12 , 19-Янв-24, (655) –1

Хахахаха, ты предлагаешь невозможное Сейчас набигут фанатики и объяснят тебе, чт, Fyjy (?), 13:44 , 16-Янв-24, (514)

Лучше уж Rust C это нагромождение костылей, если все это особенно метапрогра, nc (ok), 11:47 , 15-Янв-24, (247) //

Да, только раст спасёт ведро линукс , Аноним (253), 12:39 , 15-Янв-24, (254) //

Да дело не в том что кто-то чего-то спасет Языки программирования объективно ра, nc (ok), 12:53 , 15-Янв-24, (262) +1 //

А опция --std компилятору не подойдет , Серб (ok), 13:57 , 15-Янв-24, (294) –1

Для реализации ломающих изменений и сохранения возможности компиляции старых фай, nc (ok), 15:40 , 15-Янв-24, (331)

Это само по себе хорошо т к не нужно править дохринилиард прагм во всём репозит, Аноним (115), 15:56 , 15-Янв-24, (337)

Да нет Наоборот Если захочется применить в исходнике новые возможности, то ты , _oleg_ (ok), 16:56 , 16-Янв-24, (561)

Правильно и логично - когда не надо менять код под каждый новый стандарт Любая н, Серб (ok), 17:14 , 16-Янв-24, (563)

А зачем его менять, если как предлагается выше, компиляторы поддерживают разные , _oleg_ (ok), 18:06 , 16-Янв-24, (568)

Например, что бы оптимизации сработали Смотри lto , Серб (ok), 18:18 , 16-Янв-24, (571)

Если pragma version относится только к синтаксической части, то оптимизации здес, _oleg_ (ok), 18:51 , 16-Янв-24, (572)

Стандарты очень часто вводят для включения возможности оптимизации На старых ст, Серб (ok), 12:46 , 17-Янв-24, (617)
Оптимизации - расплывчатое понятие Что я вижу в новых стандартах C и C это не, _oleg_ (ok), 13:20 , 17-Янв-24, (618)
На изменение обработки volatile смотрел , Серб (ok), 13:43 , 17-Янв-24, (619)
На расширение того, что при constexpr уйдет в компиле тайм смотрел , Серб (ok), 13:48 , 17-Янв-24, (620)

Странно, но именно для этого его и используют Конечно там включается до гхм , Серб (ok), 16:49 , 15-Янв-24, (346)

В результате программисты просто бы никуда не переходили Совместимость со стары, Аноним (115), 15:58 , 15-Янв-24, (338) +1

rust разработан с учётом надёргивания из маргинальных ЯП фич, которые очень хоте, Аноним (115), 15:52 , 15-Янв-24, (335) +3
Про C согласен Но и rust не нужен Пусть пишут свои проекты Зачем в ядро лез, _oleg_ (ok), 16:48 , 16-Янв-24, (559)

Чего только не сделают, лишь бы переизобрести лисп в своем языке Отправляйте в, Аноним (263), 13:01 , 15-Янв-24, (272) –1
хруст до добра не доведет, Аноним12345 (?), 14:28 , 15-Янв-24, (301) +2
Скрыто модератором, Миллион глаз (?), 17:53 , 15-Янв-24, (355)
Какой смысл C заменять на C Между ними нет никакой принципиальной разницы C , DEF (?), 18:05 , 15-Янв-24, (359) –2 //

Никаких новых парадигм в расте нету Тогда уже лисп давайте, Аноним (194), 18:35 , 15-Янв-24, (369) +1 //

Путались в указателях, теперь будут путаться в скобочках , Вы забыли заполнить поле Name (?), 22:55 , 15-Янв-24, (428)

1 Раст требует грёбанного тулчейна 2 Хотя-бы потому, что на крестах доступны р, Аноним (386), 19:04 , 15-Янв-24, (386) +1 //

Именно, а Раст без тулчейна и с unsafe теряет свои главные преимущества и принци, Аноним (499), 10:38 , 16-Янв-24, (496) +1
а с или с не требуют грёбанного тулчейна как же тогда текстовые файлы с исхо, Советский инженер (ok), 12:20 , 16-Янв-24, (508)

Сам ты морально устаревший C такой же устаревший как ложка с вилкой Да что это, _oleg_ (ok), 16:47 , 16-Янв-24, (558) //

Обычная болезнь зумеров Знаний - мало, энергии - много, страсть ко всему новому, Аноним (631), 17:25 , 17-Янв-24, (627)

Нет, к чёртовой матери таких товарищей , Товарищ (?), 18:57 , 15-Янв-24, (381) +2
Не узнаю вас, анонимы Ловко вас провели Что, уже идея с растом не так плоха ка, Вы забыли заполнить поле Name (?), 03:18 , 16-Янв-24, (480) //

Судя по реакции, скорее наоборот Под угрозой включения Rust в ядро все уже согл, Аноним (499), 10:36 , 16-Янв-24, (495) +2

Откуда вообще взялось это ограничение на язык для ядерных модулей Сишные интерф, хрю (?), 14:57 , 16-Янв-24, (532) //

Нужна поддержка сбоки модулей на другом языке Нужно выработать единый интре, Вы забыли заполнить поле Name (?), 15:43 , 16-Янв-24, (544) //

Вот поэтому высокоуровневых программистов и веб-мака нельзя подпускать к систем, Аноним (-), 07:07 , 17-Янв-24, (607) //

Что плохого в идее WASI , Вы забыли заполнить поле Name (?), 02:53 , 18-Янв-24, (634)

Я зол В низкоуровневых разработках нет места объектно-ориентированным языкам С, Аноним (-), 15:25 , 16-Янв-24, (535) +1 //

Но поскольку разработчикам ядра Linux виднее, что им делать, обсуждение перехода, Аноним (499), 16:20 , 16-Янв-24, (552) –1
Да ладно бы ОО C даже как ОО не очень Просто страшное недоразумение какое-то, _oleg_ (ok), 16:43 , 16-Янв-24, (556) +1 //

Не тролинга ради вопрос в каком языке ООП сделано как надо , Вы забыли заполнить поле Name (?), 23:11 , 16-Янв-24, (588) //

Нормальное ООП должно быть основано на интерфейсах Никакого наследования Тем б, DEF (?), 23:26 , 16-Янв-24, (592)

Да ты чё, сам придумал Но тогда почитай, на каких столпах основано это самое ОО, Аноним (608), 07:34 , 17-Янв-24, (608)

smalltalk, от автора термина ООП Erlang Что ещё хз Это из того, что видел C , _oleg_ (ok), 11:18 , 17-Янв-24, (612)

Набор микросервисов с динамической типизацией В качестве примера ООП это лучше , Серб (ok), 14:37 , 19-Янв-24, (639)
В Java поправили diamond problem, зато напихали default interface Отличие абстр, fuggy (ok), 23:49 , 22-Янв-24, (682)

Кто ж сказал, что java идеальна C в этом плане получше, по свидетельствам очев, _oleg_ (ok), 11:36 , 23-Янв-24, (683)

Например, в D чистый преемник С Нет множ наследования порождающие больше п, Аноним (631), 17:21 , 17-Янв-24, (626)

Тут только одна проблема - это самое порождение проблем родит их для разработчик, Серб (ok), 14:40 , 19-Янв-24, (640)

Что ж людям-то не работается спокойно То rust с его кошмарным синтаксисом, то C, _oleg_ (ok), 16:41 , 16-Янв-24, (555) //

Я слушал интервью Страуструпа Он сам хотел этого - язык в котором есть всё в ви, Аноним (-), 16:53 , 16-Янв-24, (560) //

Дело не в том, что там всё в виде объектов Дело в том, что там просто кошмарный, _oleg_ (ok), 17:04 , 16-Янв-24, (562) –1 //

Можно ссылку , Вы забыли заполнить поле Name (?), 02:33 , 17-Янв-24, (597)

В книге The C Programming Language, 4th Edition, подчеркиваеться что Страустру, Полная отсебятина (?), 02:57 , 17-Янв-24, (598)
Не могу найти оригинал Перепечатка тут http harmful cat-v org software c I, _oleg_ (ok), 11:22 , 17-Янв-24, (613)

Майкрософт вот не тупит и на расте уже Винду переписывает https www theregist, Аноним (20), 04:39 , 17-Янв-24, (605) //

Приводить Майкрософт компанию, которую все презирают , как пример для подражани, Аноним (-), 07:04 , 17-Янв-24, (606) +3
То, что в M работают индусские м к ки, порождает и соотв решения - вот Раст к , Аноним (631), 17:16 , 17-Янв-24, (625) +1 //

Да это вы просто не видели что они с виндофоном вытворяли Еще и нокию за собой , Аноним (-), 20:20 , 19-Янв-24, (657) +2

Заскорузлые мозги устаревшие решения Почему не D Для кого развивали преем, Аноним (631), 14:41 , 17-Янв-24, (621) //

Если бы его грамотно пиарили и больше людей в разработку включили, а так имеем ч, Аноним (632), 00:09 , 18-Янв-24, (632) +2

Вкатывающимся ядроразрабам помимо знания сишки нужно будет отлично знать кресты , Аноним (667), 13:34 , 20-Янв-24, (667)
С и С имеют множества недостатков от которых некоторые современные языки вылеч, Аноним (671), 03:53 , 21-Янв-24, (671) //

Поток сознания, Аноним (693), 14:10 , 28-Мрт-24, (693)

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

13. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +6 +/–

Сообщение от Аноним (13), 14-Янв-24, 22:04

Линус сам прекрасно осознаёт, что из-за своего ЧСВ и ощущения хозяйскости наговорил глупостей. Но из-за такого китайского концепта как "потеря лица" он не может признать, что говорил глупости.
Разумеется, ядро давно необходимо перевести на C++ хотя-бы из-за его AST-безопасных inline-функций, улучшенной проверки типов в вызовах функций и compile-time вычислений (да, я знаю, они тяжёлые. Но в C++ есть модули, в них такие вычисления закешируются). Но необходимо ввести жёсткую конвенцию по написанию кода о том, что должно линковаться на уровне хэдеров, что - статически, а что - динамически, и разработать линтер. Без линтера тут никуда. За header-only нужно сразу от разработки отлучать с волчьим билетом.

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

79. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +1 +/–

Сообщение от Аноним (115), 15-Янв-24, 00:09

Линус может сказать, что уже прошло много времени и язык существенно изменился в лучшую сторону, и всё. Ты как тогда не хотел понимать какие претензии были к с++, так сейчас не будешь разбираться что же изменилось в лучшую сторону.
> Разумеется, ядро давно необходимо перевести на C++ хотя-бы из-за...
Кроме из-за ещё есть и аргументы против. Твоё выдёгивание только из-за' ничего не стоит

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

94. "Дискуссия об использовании языка C++ для разработки ядра Lin..." –2 +/–

Сообщение от Аноним (94), 15-Янв-24, 00:53

>Линус может сказать, что уже прошло много времени и язык существенно изменился в лучшую сторону, и всё.
Он высказался не о языке. Он не подумав (зачем ему думать, он же диктатор-хозяин-барин и ядро - его собственность! правда потом спонсоры ему пояснили, who is who.) ляпнул, что недопуск C++ в ядро - это мера по недопуску в ядро программистов N-го сорта - программистов на C++. Если теперь он допустит в ядро программистов на C++, то ему придётся признавать 3 вещи:
1. что программисты на C++ - это не программисты N-го сорта
2. что Линус необоснованно из личной гордыни задел достоинство программистов на C++
3. что оттолкнув по мотивам личной гордыни и неприязни определённую группу программистов Линус проявил непрофессионализм и замедлил развитие проекта

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

110. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (115), 15-Янв-24, 02:14

Не знаю о каком именно высказывании говоришь, я видел только где в основном обсуждался ЯП

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

189. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +1 +/–

Сообщение от 11 (?), 15-Янв-24, 09:18

«C++ is a horrible language. It’s made more horrible by the fact that a lot of substandard programmers use it, to the point where it’s much much easier to generate total and utter crap with it. Quite frankly, even if the choice of C were to do *nothing* but keep the C++ programmers out, that in itself would be a huge reason to use C.»
Linus Torvalds

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

211. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +2 +/–

Сообщение от n00by (ok), 15-Янв-24, 10:23

> a lot of substandard programmers use it
Линус знатно потроллил. Никто ведь не заставлял принимать "a lot" на свой счёт.

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

318. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (313), 15-Янв-24, 15:11

> то ему придётся признавать 3 вещи:
- что теперь программисты N-го сорта допущены в ядро.

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

368. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (368), 15-Янв-24, 18:33

Тут у Линуса осталось 3 варианта действий:
1. покаяться за вред, нанесённый проекту, и извиниться перед крестовиками. Будет больно и неприятно, но возможно тогда его оставят. Возможно... Не значит, что гарантированно. Тут главное - грамотно обосновать, почему смена руководства нанесёт проекту больше вреда, чем пользы. Если обоснует - то останется. Но лицо потеряет.
2. играть в несознанку и дожидаться, пока всех доставшего эгоиста прирудительно не снимут.
3. одобрить включение C++ в проект и попытаться замять историю с балабольством. Не выйдет - история широко известная, тут же найдутся те, кто включит аргумент "раз программисты на C++ плохие, то зачем ты их в ядро допустил, лидер ты наш Акелла? если они вдруг стали хорошими, хотя мы все знаем, что с обыдлением всё становится хуже, то как же так получилось, что твои слова противоречат реальности, может ты просто не хочешь признавать свою ответствееность за свой базар и свои действия? Зачем нам такой лидер?"
Линус загнал себя в цугцванг сам своим безответственным поведением. На мой взгляд ему наиболее выгодно идти по пути 1. Но это сторонний взгляд, что в башке у Линуса - никто не знает.

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

410. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (-), 15-Янв-24, 20:38

Лол, а почему он не может сказать "раст уже в ядро добавили, зачем там третий язык?"
Более того, а за что каяться?
От добавления С++ ядро лучше бы не стало, по аналогии с Сишкой С89 сидели бы на С++98 до 2022 года(
Так что никаких смартпойнтеров и прочих даров цивилизации.
Более того подозревая, что дудуки пилящие ядро начали бы писать в стиле "как умеют".
ИМХО тогда стало бы еще хуже.

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

460. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (460), 16-Янв-24, 01:14

>Лол, а почему он не может сказать "раст уже в ядро добавили, зачем там третий язык?"
Какой третий? Весь сишный код фиксится до совместимости с clang++  и объявляется плюсовым.

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

587. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от _kp (ok), 16-Янв-24, 22:32

>>Линус может сказать, что уже прошло много времени и язык существенно изменился
> Он высказался не о языке.
Речь о c++ образца 2007г или ранних.
Вы сами то хотите на них писать? Ладно, это мелочь.
  А по существу. Тогда был подъем моды на объектное программированиее, причем где надо и ненадо, и даже там где это вредно.
  И фраза про С++ "намного легче генерировать полную чушь" была не безосновательна.
Дай дураку инструмет, на котором он легко сделает говнокод, и он именно его и напишет.
  Аналогична ситуация с количеством говнокода на Делфи и Питоне, и совсем не потому что языки плохи, а потому что позволяют навалить кучу по быстрому.

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

86. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +1 +/–

Сообщение от Синий попугай (ok), 15-Янв-24, 00:18

Разрешите поинтересоваться? Что именно подразумевает header only и почему это настолько плохо?

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

97. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (97), 15-Янв-24, 01:21

>Что именно подразумевает header only
Либа со сложным и/или большим кодом (а если код простой и небольшой, который вообще каждый может написать влёгкую за пару строчек - то нафига либа?), которую позиционируют как удобную для включения в проект за счёт того, что она представляет собой один или несколько несколько h-файлов, содержащих реализацию алгоритма. Сюда для целей "вон из профессии" не включаются небольшие header-only либы, предназначение которых есть compile-time вычисления. Пример такого хлама - nlohmann/json и CLI11. Такие либы действительно в некотором смысле удобно включать проект, путём простого копирования их в папку с хедерами и подключения хедера, или путём использования git-подмодуля.
>почему это настолько плохо?
a.cpp <- lib1.hpp
b.cpp <- lib1.hpp
c.cpp <- lib1.hpp
В результате у нас тормоза при компиляции, и в каждый бинарь включена своя копия реализации. Это если a.cpp, b.cpp, c.cpp дают отдельные бинарники. Если всё линкуется в один бинарник, то вообще может быть ошибка линковки в случае криворукости разраба header-only либы. Если же он додумался сделать всё с inline, то ошибки линковки не будет, но копирование реализации и тормоза никуда не денутся. Любое изменение реализации либы приведёт к полной перекомпиляции проекта, а в случае отдельного хэдера с интерфейсом и линковке как OBJECT изменение реализации приведёт только к перекомпиляции файла с реализацией и перелинковке. Разумеется, при header-only либе ни о каком динамическом связывании, когда перелинкуется только бинарник либы, и версия либы вообще выбирается пользователем и не требует перекомпиляции зависящей от либы программы (необходимо для эффективной работы пакетного менеджера) даже и речи не идёт.
Программист свою программу должен писать так. чтобы пользователям этой пртграммы было удобно. Так как в опенсорсе программист зачастую сам пользователь, то тут это должно проявляться особенно. Но многие предпочитают срать на головы пользователям, даже не осознавая, что насрали на голову себе. Вон из профессии таких.

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

164. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от n00by (ok), 15-Янв-24, 06:45

> и в каждый бинарь включена своя копия реализации.
Подтверждением в виде дизассемблерного листинга не порадуете?

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

267. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (-), 15-Янв-24, 12:56

>> и в каждый бинарь включена своя копия реализации.
> Подтверждением в виде дизассемблерного листинга не порадуете?
Не тормози, сникерсни! Если либа в .c/.cpp и ее отдельным .so сделали - все три проги поюзают один shared lib, если либу так собрать. Будет реюз кода либы.
А если это все было в header-only - опа, хидер .so не сделаешь! И все три получат свои приватные реализации фич которые они оттуда использовали и реюз кода не состоится. Это и есть обратная сторона header only. И интересно, чем тут дизассемблер поможет? Бывают конечно еще псевдолибы где кроме препроцессора и определений нихрена нет, но он видимо про полновесные хидеры с кодом.

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

360. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (293), 15-Янв-24, 18:12

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

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

461. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (460), 16-Янв-24, 01:18

Шалонная часть STL - это тривиальные вещи, компилируемые в несколько процессорных инструкций. Нетривиальные находятся в libstdc++.so.

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

522. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (115), 16-Янв-24, 14:18

Большинство основных STL частей чисто шаблонные. Например, тот же std::map генерирует разный код для всех используемых комбинаций типов. В so-ке только темплейтнонезаисимые части и некоторые заранее сгенерированные шаблоны для типичных типов. Во время компиляции весь это код всё равно генерируется для каждого c++ исходника и дубликаты выкидываются только на стадии линковки

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

524. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от n00by (ok), 16-Янв-24, 14:26

STL - это алгоритмы, итераторы и контейнеры, созданные Степановым и Ли. Для стандартной библиотеки лишь RTTI затруднительно реализовать как header-only, но оно и не надо в ядре. Все эти сказки про .so оставьте идеологам GPL, в ядро код и без них принимается только под этой лицензией.

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

523. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от n00by (ok), 16-Янв-24, 14:22

>>> и в каждый бинарь включена своя копия реализации.
>> Подтверждением в виде дизассемблерного листинга не порадуете?
> Не тормози, сникерсни! Если либа в .c/.cpp и ее отдельным .so сделали
> - все три проги поюзают один shared lib, если либу так
> собрать. Будет реюз кода либы.
Тормозят пока что эксперты и внедрители Си++ в Linux. У меня стандартная библиотека для ядра header-only была 15 лет назад.

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

663. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (-), 20-Янв-24, 12:25

> Тормозят пока что эксперты и внедрители Си++ в Linux. У меня стандартная
> библиотека для ядра header-only была 15 лет назад.
И это все круто и офигенно - потому что что? С чисто практической точки зрения, если вы завтра перестанете существовать, вместе со своей либой - для меня изменится ну вот например что? Ах, ничего? Тогда и смысла передо мной рисоваться со всем этим - примерно ноль. Набивайте себе цену перед теми кому ваши поделия полезны, имхо. Это не я.

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

668. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от n00by (ok), 20-Янв-24, 15:28

>> Тормозят пока что эксперты и внедрители Си++ в Linux. У меня стандартная
>> библиотека для ядра header-only была 15 лет назад.
> И это все круто и офигенно - потому что что?
Потому что ты придумал тезис "круто и офигенно", что бы приписать его мне. В надежде на что?
> С чисто
> практической точки зрения, если вы завтра перестанете существовать, вместе со своей
> либой - для меня изменится ну вот например что? Ах, ничего?
> Тогда и смысла передо мной рисоваться со всем этим - примерно
> ноль. Набивайте себе цену перед теми кому ваши поделия полезны, имхо.
> Это не я.
"Я три дня гналась за вами, чтобы сказать, как вы мне безразличны!" (ц)

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

486. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +1 +/–

Сообщение от Аноним (486), 16-Янв-24, 07:32

>Если всё линкуется в один бинарник, то вообще может быть ошибка линковки
чудик не знал про #pragma once, но уже требует кого-то там вон из профессии :)

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

589. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (589), 16-Янв-24, 23:13

Э... Очевидно имелось ввиду именно линковка.
Один файл компилируется в объектник с включенным заголовочником.
Другой файл генерируется объектник с включенным  заголовочником.
Оба содержат одинаковые сгенерированные функции.
Теперь линкуем это в один бинарь и получаем ожидаемый нежданчик.

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

132. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +4 +/–

Сообщение от Вы забыли заполнить поле Name (?), 15-Янв-24, 03:03

> За header-only нужно сразу от разработки отлучать с волчьим билетом.
Взял и boost опозорил.

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

151. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +2 +/–

Сообщение от Аноним (115), 15-Янв-24, 04:57

STL же, boost сама по себе помойка

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

213. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от n00by (ok), 15-Янв-24, 10:26

> STL же
Любопытно, сколько из присутствующих видели библиотеку Степанова и Ли.

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

275. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (293), 15-Янв-24, 13:21

Покажи, посмотрим.

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

421. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (421), 15-Янв-24, 21:52

Если долго вглядываться в бездну, бездна начнет вглядываться в тебя.
А вообще, всё зависит от прямоты рук.
# Непустых строк:
$  grep -c \. /usr/include/c++/*/vector
/usr/include/c++/13.2.1/vector:131  # GCC
/usr/include/c++/v1/vector:3045  # LLVM
# Включений:
$  grep -c \#include /usr/include/c++/*/vector
/usr/include/c++/13.2.1/vector:10  # GCC
/usr/include/c++/v1/vector:50  # LLVM

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

422. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (421), 15-Янв-24, 21:55

$ pacman -Qo /usr/include/c++/*/
/usr/include/c++/13.2.1/ is owned by gcc 13.2.1-3
/usr/include/c++/v1/ is owned by libc++ 16.0.6-1
/usr/include/c++/v1/ is owned by libc++abi 16.0.6-1

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

526. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от n00by (ok), 16-Янв-24, 14:34

Это не то.

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

133. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Вы забыли заполнить поле Name (?), 15-Янв-24, 03:04

> Разумеется, ядро давно необходимо перевести на C++ хотя-бы из-за его AST-безопасных inline-функций, улучшенной проверки типов в вызовах функций и compile-time вычислений
Почему бы это просто в C не добавить?

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

194. "Дискуссия об использовании языка C++ для разработки ядра Lin..." –1 +/–

Сообщение от Аноним (194), 15-Янв-24, 09:44

Давно есть. Человек просто поумничать хотел

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

361. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (293), 15-Янв-24, 18:14

Шаблонов нет, а compile-time вычисления есть?

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

238. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +1 +/–

Сообщение от Аноним (238), 15-Янв-24, 11:20

C с этими добавлениями называется C++ :).

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

298. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (115), 15-Янв-24, 14:16

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

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

150. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +1 +/–

Сообщение от fuggy (ok), 15-Янв-24, 04:44

Зачем переписывать на C++ чтобы потом пришлось переписывать на Rust умалчивается.

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

155. "Дискуссия об использовании языка C++ для разработки ядра Lin..." –1 +/–

Сообщение от Аноним (115), 15-Янв-24, 05:13

На rust переписывать не придётся. Его засунули в ядро чтобы шумные детишки наигрались молча с какой и потом остали от ядра сами

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

173. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (173), 15-Янв-24, 07:41

Тоже так считаю.

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

253. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (253), 15-Янв-24, 12:38

Раст - навсегда в ядре. Учитывая, сколько уве в сетевых подсистемах ведра на сишке, раст безалтернативен. А вот всякие алгоритмы сморт пойнтерс в плюсах далеко не каждый будет подключать, ибо плюсы и так громоздкие.

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

302. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +1 +/–

Сообщение от Аноним (115), 15-Янв-24, 14:28

Ничего нигде не бывает навсегда, ты сам тут не навсегда. Как засунули, так и уберут. Тем более если говорить о языке в ядре, на котором пока что ничего важного нет кроме hello world. И если оно уже на Си и хорошо работает, значит вполне себе альтернативы есть - тот же Си. Учись рассуждать у мастера логики.
>  А вот всякие алгоритмы сморт пойнтерс в плюсах далеко не каждый будет подключать, ибо плюсы и так громоздкие.
Несёшь какую-то чушь, но можно поговорить об интеграции. Как уже заметили в обсуждении, c++ проще интегрируется в существующий код - точнее, интегируется, а rust - нет. У rust в лучшем случае какое-то время будет ниша штучных драйверов. Если рядом с rust появятся плюсы, то большинство разработчиков просто пойдёт по пути наименьшего сопротивления и выберет c++. А объяснить зачем нужно менять правильно приготовленные плюсы на rust уже намного сложнее.

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

310. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (253), 15-Янв-24, 14:51

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

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

323. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от Аноним (115), 15-Янв-24, 15:28

Когда какой-нибудь Google начнёт массово релизить либы и продукты на rust вместо С++ и Go, тогда можно будет считать что  выбрали. Пока что это местячковые потуги, как и со всеми остальными модными технологиями. И опять таки, ничего не бывает навсегда, особенно у корпораций: у них бабла много и не жалко выкинуть игрушку на помойку в любой момент

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

362. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +1 +/–

Сообщение от Аноним (293), 15-Янв-24, 18:18

>Учитывая, сколько уве в сетевых подсистемах ведра на сишке, раст безалтернативен.
А сколько на сегодня Раста в сетевой подсистеме ядра? Помоему, пока что хрен целых, хрен десятых.

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

351. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +1 +/–

Сообщение от Аноним (341), 15-Янв-24, 17:20

Помимо политики была ещё одна причина - исключения в C++, хотя Линус тогда* не говорил, почему нельзя использовать плюсы без них.
* https://lore.kernel.org/lkml/Pine.LNX.4.58.0401192241080.231.../

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

530. "Дискуссия об использовании языка C++ для разработки ядра Lin..." +/–

Сообщение от n00by (ok), 16-Янв-24, 14:54

Линус и не развернул тему "fundamentally broken". В ядре NT возможно использовать исключения на IRQL PASSIVE_LEVEL, если очень захочется разрешить политикой проекта.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

13. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+6 +/–
Сообщение от Аноним (13), 14-Янв-24, 22:04
Линус сам прекрасно осознаёт, что из-за своего ЧСВ и ощущения хозяйскости наговорил глупостей. Но из-за такого китайского концепта как "потеря лица" он не может признать, что говорил глупости. Разумеется, ядро давно необходимо перевести на C++ хотя-бы из-за его AST-безопасных inline-функций, улучшенной проверки типов в вызовах функций и compile-time вычислений (да, я знаю, они тяжёлые. Но в C++ есть модули, в них такие вычисления закешируются). Но необходимо ввести жёсткую конвенцию по написанию кода о том, что должно линковаться на уровне хэдеров, что - статически, а что - динамически, и разработать линтер. Без линтера тут никуда. За header-only нужно сразу от разработки отлучать с волчьим билетом.
Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+1 +/–
	Сообщение от Аноним (115), 15-Янв-24, 00:09
	Линус может сказать, что уже прошло много времени и язык существенно изменился в лучшую сторону, и всё. Ты как тогда не хотел понимать какие претензии были к с++, так сейчас не будешь разбираться что же изменилось в лучшую сторону. > Разумеется, ядро давно необходимо перевести на C++ хотя-бы из-за... Кроме из-за ещё есть и аргументы против. Твоё выдёгивание только из-за' ничего не стоит
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	–2 +/–
	Сообщение от Аноним (94), 15-Янв-24, 00:53
	>Линус может сказать, что уже прошло много времени и язык существенно изменился в лучшую сторону, и всё. Он высказался не о языке. Он не подумав (зачем ему думать, он же диктатор-хозяин-барин и ядро - его собственность! правда потом спонсоры ему пояснили, who is who.) ляпнул, что недопуск C++ в ядро - это мера по недопуску в ядро программистов N-го сорта - программистов на C++. Если теперь он допустит в ядро программистов на C++, то ему придётся признавать 3 вещи: 1. что программисты на C++ - это не программисты N-го сорта 2. что Линус необоснованно из личной гордыни задел достоинство программистов на C++ 3. что оттолкнув по мотивам личной гордыни и неприязни определённую группу программистов Линус проявил непрофессионализм и замедлил развитие проекта
	Ответить \| Правка \| Наверх \| Cообщить модератору


	110. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (115), 15-Янв-24, 02:14
	Не знаю о каком именно высказывании говоришь, я видел только где в основном обсуждался ЯП
	Ответить \| Правка \| Наверх \| Cообщить модератору


	189. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+1 +/–
	Сообщение от 11 (?), 15-Янв-24, 09:18
	«C++ is a horrible language. It’s made more horrible by the fact that a lot of substandard programmers use it, to the point where it’s much much easier to generate total and utter crap with it. Quite frankly, even if the choice of C were to do nothing but keep the C++ programmers out, that in itself would be a huge reason to use C.» Linus Torvalds
	Ответить \| Правка \| Наверх \| Cообщить модератору


	211. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+2 +/–
	Сообщение от n00by (ok), 15-Янв-24, 10:23
	> a lot of substandard programmers use it Линус знатно потроллил. Никто ведь не заставлял принимать "a lot" на свой счёт.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	318. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (313), 15-Янв-24, 15:11
	> то ему придётся признавать 3 вещи: - что теперь программисты N-го сорта допущены в ядро.
	Ответить \| Правка \| К родителю #94 \| Наверх \| Cообщить модератору


	368. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (368), 15-Янв-24, 18:33
	Тут у Линуса осталось 3 варианта действий: 1. покаяться за вред, нанесённый проекту, и извиниться перед крестовиками. Будет больно и неприятно, но возможно тогда его оставят. Возможно... Не значит, что гарантированно. Тут главное - грамотно обосновать, почему смена руководства нанесёт проекту больше вреда, чем пользы. Если обоснует - то останется. Но лицо потеряет. 2. играть в несознанку и дожидаться, пока всех доставшего эгоиста прирудительно не снимут. 3. одобрить включение C++ в проект и попытаться замять историю с балабольством. Не выйдет - история широко известная, тут же найдутся те, кто включит аргумент "раз программисты на C++ плохие, то зачем ты их в ядро допустил, лидер ты наш Акелла? если они вдруг стали хорошими, хотя мы все знаем, что с обыдлением всё становится хуже, то как же так получилось, что твои слова противоречат реальности, может ты просто не хочешь признавать свою ответствееность за свой базар и свои действия? Зачем нам такой лидер?" Линус загнал себя в цугцванг сам своим безответственным поведением. На мой взгляд ему наиболее выгодно идти по пути 1. Но это сторонний взгляд, что в башке у Линуса - никто не знает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	410. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (-), 15-Янв-24, 20:38
	Лол, а почему он не может сказать "раст уже в ядро добавили, зачем там третий язык?" Более того, а за что каяться? От добавления С++ ядро лучше бы не стало, по аналогии с Сишкой С89 сидели бы на С++98 до 2022 года( Так что никаких смартпойнтеров и прочих даров цивилизации. Более того подозревая, что дудуки пилящие ядро начали бы писать в стиле "как умеют". ИМХО тогда стало бы еще хуже.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	460. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (460), 16-Янв-24, 01:14
	>Лол, а почему он не может сказать "раст уже в ядро добавили, зачем там третий язык?" Какой третий? Весь сишный код фиксится до совместимости с clang++ и объявляется плюсовым.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	587. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от _kp (ok), 16-Янв-24, 22:32
	>>Линус может сказать, что уже прошло много времени и язык существенно изменился > Он высказался не о языке. Речь о c++ образца 2007г или ранних. Вы сами то хотите на них писать? Ладно, это мелочь. А по существу. Тогда был подъем моды на объектное программированиее, причем где надо и ненадо, и даже там где это вредно. И фраза про С++ "намного легче генерировать полную чушь" была не безосновательна. Дай дураку инструмет, на котором он легко сделает говнокод, и он именно его и напишет. Аналогична ситуация с количеством говнокода на Делфи и Питоне, и совсем не потому что языки плохи, а потому что позволяют навалить кучу по быстрому.
	Ответить \| Правка \| К родителю #94 \| Наверх \| Cообщить модератору


	86. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+1 +/–
	Сообщение от Синий попугай (ok), 15-Янв-24, 00:18
	Разрешите поинтересоваться? Что именно подразумевает header only и почему это настолько плохо?
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	97. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (97), 15-Янв-24, 01:21
	>Что именно подразумевает header only Либа со сложным и/или большим кодом (а если код простой и небольшой, который вообще каждый может написать влёгкую за пару строчек - то нафига либа?), которую позиционируют как удобную для включения в проект за счёт того, что она представляет собой один или несколько несколько h-файлов, содержащих реализацию алгоритма. Сюда для целей "вон из профессии" не включаются небольшие header-only либы, предназначение которых есть compile-time вычисления. Пример такого хлама - nlohmann/json и CLI11. Такие либы действительно в некотором смысле удобно включать проект, путём простого копирования их в папку с хедерами и подключения хедера, или путём использования git-подмодуля. >почему это настолько плохо? a.cpp <- lib1.hpp b.cpp <- lib1.hpp c.cpp <- lib1.hpp В результате у нас тормоза при компиляции, и в каждый бинарь включена своя копия реализации. Это если a.cpp, b.cpp, c.cpp дают отдельные бинарники. Если всё линкуется в один бинарник, то вообще может быть ошибка линковки в случае криворукости разраба header-only либы. Если же он додумался сделать всё с inline, то ошибки линковки не будет, но копирование реализации и тормоза никуда не денутся. Любое изменение реализации либы приведёт к полной перекомпиляции проекта, а в случае отдельного хэдера с интерфейсом и линковке как OBJECT изменение реализации приведёт только к перекомпиляции файла с реализацией и перелинковке. Разумеется, при header-only либе ни о каком динамическом связывании, когда перелинкуется только бинарник либы, и версия либы вообще выбирается пользователем и не требует перекомпиляции зависящей от либы программы (необходимо для эффективной работы пакетного менеджера) даже и речи не идёт. Программист свою программу должен писать так. чтобы пользователям этой пртграммы было удобно. Так как в опенсорсе программист зачастую сам пользователь, то тут это должно проявляться особенно. Но многие предпочитают срать на головы пользователям, даже не осознавая, что насрали на голову себе. Вон из профессии таких.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	164. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от n00by (ok), 15-Янв-24, 06:45
	> и в каждый бинарь включена своя копия реализации. Подтверждением в виде дизассемблерного листинга не порадуете?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	267. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (-), 15-Янв-24, 12:56
	>> и в каждый бинарь включена своя копия реализации. > Подтверждением в виде дизассемблерного листинга не порадуете? Не тормози, сникерсни! Если либа в .c/.cpp и ее отдельным .so сделали - все три проги поюзают один shared lib, если либу так собрать. Будет реюз кода либы. А если это все было в header-only - опа, хидер .so не сделаешь! И все три получат свои приватные реализации фич которые они оттуда использовали и реюз кода не состоится. Это и есть обратная сторона header only. И интересно, чем тут дизассемблер поможет? Бывают конечно еще псевдолибы где кроме препроцессора и определений нихрена нет, но он видимо про полновесные хидеры с кодом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	360. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (293), 15-Янв-24, 18:12
	А если у вас библиотека шаблонов, то методы с шаблонными параметрами тоже приходется в заголовочниках.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	461. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (460), 16-Янв-24, 01:18
	Шалонная часть STL - это тривиальные вещи, компилируемые в несколько процессорных инструкций. Нетривиальные находятся в libstdc++.so.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	522. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (115), 16-Янв-24, 14:18
	Большинство основных STL частей чисто шаблонные. Например, тот же std::map генерирует разный код для всех используемых комбинаций типов. В so-ке только темплейтнонезаисимые части и некоторые заранее сгенерированные шаблоны для типичных типов. Во время компиляции весь это код всё равно генерируется для каждого c++ исходника и дубликаты выкидываются только на стадии линковки
	Ответить \| Правка \| Наверх \| Cообщить модератору


	524. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от n00by (ok), 16-Янв-24, 14:26
	STL - это алгоритмы, итераторы и контейнеры, созданные Степановым и Ли. Для стандартной библиотеки лишь RTTI затруднительно реализовать как header-only, но оно и не надо в ядре. Все эти сказки про .so оставьте идеологам GPL, в ядро код и без них принимается только под этой лицензией.
	Ответить \| Правка \| К родителю #461 \| Наверх \| Cообщить модератору


	523. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от n00by (ok), 16-Янв-24, 14:22
	>>> и в каждый бинарь включена своя копия реализации. >> Подтверждением в виде дизассемблерного листинга не порадуете? > Не тормози, сникерсни! Если либа в .c/.cpp и ее отдельным .so сделали > - все три проги поюзают один shared lib, если либу так > собрать. Будет реюз кода либы. Тормозят пока что эксперты и внедрители Си++ в Linux. У меня стандартная библиотека для ядра header-only была 15 лет назад.
	Ответить \| Правка \| К родителю #267 \| Наверх \| Cообщить модератору


	663. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (-), 20-Янв-24, 12:25
	> Тормозят пока что эксперты и внедрители Си++ в Linux. У меня стандартная > библиотека для ядра header-only была 15 лет назад. И это все круто и офигенно - потому что что? С чисто практической точки зрения, если вы завтра перестанете существовать, вместе со своей либой - для меня изменится ну вот например что? Ах, ничего? Тогда и смысла передо мной рисоваться со всем этим - примерно ноль. Набивайте себе цену перед теми кому ваши поделия полезны, имхо. Это не я.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	668. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от n00by (ok), 20-Янв-24, 15:28
	>> Тормозят пока что эксперты и внедрители Си++ в Linux. У меня стандартная >> библиотека для ядра header-only была 15 лет назад. > И это все круто и офигенно - потому что что? Потому что ты придумал тезис "круто и офигенно", что бы приписать его мне. В надежде на что? > С чисто > практической точки зрения, если вы завтра перестанете существовать, вместе со своей > либой - для меня изменится ну вот например что? Ах, ничего? > Тогда и смысла передо мной рисоваться со всем этим - примерно > ноль. Набивайте себе цену перед теми кому ваши поделия полезны, имхо. > Это не я. "Я три дня гналась за вами, чтобы сказать, как вы мне безразличны!" (ц)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	486. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+1 +/–
	Сообщение от Аноним (486), 16-Янв-24, 07:32
	>Если всё линкуется в один бинарник, то вообще может быть ошибка линковки чудик не знал про #pragma once, но уже требует кого-то там вон из профессии :)
	Ответить \| Правка \| К родителю #97 \| Наверх \| Cообщить модератору


	589. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (589), 16-Янв-24, 23:13
	Э... Очевидно имелось ввиду именно линковка. Один файл компилируется в объектник с включенным заголовочником. Другой файл генерируется объектник с включенным заголовочником. Оба содержат одинаковые сгенерированные функции. Теперь линкуем это в один бинарь и получаем ожидаемый нежданчик.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	132. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+4 +/–
	Сообщение от Вы забыли заполнить поле Name (?), 15-Янв-24, 03:03
	> За header-only нужно сразу от разработки отлучать с волчьим билетом. Взял и boost опозорил.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	151. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+2 +/–
	Сообщение от Аноним (115), 15-Янв-24, 04:57
	STL же, boost сама по себе помойка
	Ответить \| Правка \| Наверх \| Cообщить модератору


	213. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от n00by (ok), 15-Янв-24, 10:26
	> STL же Любопытно, сколько из присутствующих видели библиотеку Степанова и Ли.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	275. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (293), 15-Янв-24, 13:21
	Покажи, посмотрим.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	421. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (421), 15-Янв-24, 21:52
	Если долго вглядываться в бездну, бездна начнет вглядываться в тебя. А вообще, всё зависит от прямоты рук. # Непустых строк: $ grep -c \. /usr/include/c++//vector /usr/include/c++/13.2.1/vector:131 # GCC /usr/include/c++/v1/vector:3045 # LLVM # Включений: $ grep -c \#include /usr/include/c++//vector /usr/include/c++/13.2.1/vector:10 # GCC /usr/include/c++/v1/vector:50 # LLVM
	Ответить \| Правка \| Наверх \| Cообщить модератору


	422. "Дискуссия об использовании языка C++ для разработки ядра Lin..."	+/–
	Сообщение от Аноним (421), 15-Янв-24, 21:55
	$ pacman -Qo /usr/include/c++/*/ /usr/include/c++/13.2.1/ is owned by gcc 13.2.1-3 /usr/include/c++/v1/ is owned by libc++ 16.0.6-1 /usr/include/c++/v1/ is owned by libc++abi 16.0.6-1
	Ответить \| Правка \| Наверх \| Cообщить модератору