forum.opennet.ru - "Предложение по обсуждению вопроса добавления в ядро Linux средств для разработки на языке Rust" (299)

"Предложение по обсуждению вопроса добавления в ядро Linux средств для разработки на языке Rust"

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

"Предложение по обсуждению вопроса добавления в ядро Linux средств для разработки на языке Rust"	+/–
Сообщение от opennews (??), 10-Июл-20, 12:49
Ник Десанье (Nick Desaulniers), занимающийся в Google обеспечением поддержки сборки ядра Linux с использованием компилятора Clang и также помогающий исправлять ошибки в компиляторе Rust, предложил провести на конференции Linux Plumbers Conference 2020 сессию для обсуждения предоставления возможности разработки компонентов ядра на языке Rust. Ник занимается проведением микро-конференции, посвящённой LLVM, и считает, что было бы неплохо обсудить технические аспекты возможной интеграции поддержки Rust в ядро (им уже подготовлен рабочий прототип для KBuild) и понять нужно ли вообще добавлять такую поддержку и какие ограничения по использованию Rust следует принять... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53331
Ответить \| Правка \| Cообщить модератору

Оглавление

Тогда я перехожу на OpenBSD, так и знайте , Самый Лучший Гусь (?), 12:51 , 10-Июл-20, (2) –24

Так и запишем - гуся вычеркиваем , Аноним (3), 12:52 , 10-Июл-20, (3) +68

Корпы потирая ручки Вот так мы и избавились от Гуся, наш план сработал Без Гу, Аноним (99), 16:41 , 10-Июл-20, (99) +13

Honk honk, Аноним (7), 13:04 , 10-Июл-20, (7) +3
пока-пока, m.makhno (ok), 13:10 , 10-Июл-20, (13) +5
скатертью дорога, Аноним (15), 13:15 , 10-Июл-20, (15) +2
Протрите хлоркой после него, Анонимус111ЧЧЧ (?), 16:57 , 10-Июл-20, (101) +7
Раст объективно хороший язык, какие проблемы , Аноним (139), 21:21 , 10-Июл-20, (139) +1

проприетарные драйверы на скорую руку без проведения должного аудита - вот, Аноним (180), 01:30 , 11-Июл-20, (180)

можно и на си писать , коржик (?), 06:37 , 11-Июл-20, (197) +3

А ты глцпенький можно, но не будут, будет расто жырно уг код Удачи вам там н, microsoft (?), 22:08 , 11-Июл-20, (258)

Почему вы пишете как умственно отсталый , коржик (?), 12:01 , 12-Июл-20, (270) +2

1 Часто меняется 2 Контролируется по сути 1 корпой - мазилой 3 Навороченные к, Аноним (189), 03:50 , 11-Июл-20, (189) +2

1 Про аспекты языка и std , которые могут измениться, это известно заранее 2 , marios (ok), 11:36 , 11-Июл-20, (218) –2

java такой же убогий язык Все нормальные люди пишут на C Вот если бы C предлож, Аноним (225), 13:04 , 11-Июл-20, (225) –7

Так разве ещё не в ядре, nt4 0 которое , виндотролль (ok), 18:05 , 11-Июл-20, (238)
Все нормальные люди пишут на Kotlin, Scala или Java выбирай по вкусу , max (??), 10:59 , 13-Июл-20, (300)

1 он небезопастный В нем unsafe блоки отличии от Си2 у него ужастный синтакси, Аноним (225), 13:02 , 11-Июл-20, (224) –3

1 Кроме того, все эти ужимки с владением объектом - полная чушь и околесица , Gogi (??), 19:27 , 11-Июл-20, (241) –1

И как же линуксовое ядро на pure C нашкодили-то , fatlortroll (?), 21:27 , 11-Июл-20, (257) +1
Сам я не фанат этих ваших растов, но вы явно перегибаете Его поэтому и разреша, Аноним (295), 05:24 , 13-Июл-20, (295)

Угу Именно потому в венде имеются объекты ядра https docs microsoft com en-, n00by (ok), 08:29 , 13-Июл-20, (297)

То что это оффтопик, еще не значит, что нужно распространять ложную информацию Н, Аноним (303), 22:56 , 13-Июл-20, (303)

Об этом говорят IRP, которыми объекты обмениваются Но про эти сообщения говорит, n00by (ok), 10:06 , 14-Июл-20, (304)

_ KMDF - это фреимворк для написания драйверов уровня ядра в линуксе почти вс, Аноним (303), 13:14 , 14-Июл-20, (305)

Можно писать на плюсах Как раз во времена KMDF и началось продвижение ограничен, n00by (ok), 17:34 , 14-Июл-20, (308)

В чем ужас , коржик (?), 12:04 , 12-Июл-20, (271)

Он хороший только для хипстоты и смузихлёбов Как таковой, это просто ещё оди, Gogi (??), 19:25 , 11-Июл-20, (240)
А зоопарк из кучи языков - это разве не проблема , Аноним (259), 22:22 , 11-Июл-20, (259)

Что-то я как опёнковод со стажем этому совсем не рад , Аноним (144), 21:30 , 10-Июл-20, (144)

Представляешь, я тоже Кто-бы мог подумать Не застрелись там , Дегенератор (ok), 22:18 , 10-Июл-20, (167) –1
та да - во фрю, бывало, дрова из lo0nix а тащили некоторые копрорации в поднебе, Аноним (-), 00:36 , 12-Июл-20, (261)

Чтобы писать недостающие драйвера на Rust , th3m3 (ok), 00:50 , 11-Июл-20, (178) –1

вот прям раньше никак нельзя было писать эти недостающие дрова Только достающие, Аноним (180), 01:35 , 11-Июл-20, (181) +1

Это неизбежный процесс, слишком много преимушеств даёт Rust, Z (??), 12:55 , 10-Июл-20, (4) +3

Главное преимущество Rust заключается в том, что на нём сложно написать код с ош, Аноним (25), 13:24 , 10-Июл-20, (25) +20

но все же бывают и исключения в виде ripgrep, bat, fd они просто еще мало насто, Аноним (3), 13:37 , 10-Июл-20, (39) +1

ripgrep, bat, fd я не против этих из коробки , Аноним (60), 13:59 , 10-Июл-20, (60)
ag вылизано чуше ripgrep, анон (?), 12:56 , 11-Июл-20, (223)

здесь проблема не в расте как таковом а в сложности упоминаемых проектовпервый -, rioko (?), 16:25 , 10-Июл-20, (98) +2

Здесь скорее проблема в очередном анонимно-диванном анализе вида возьмем пару п, анонн (ok), 17:18 , 10-Июл-20, (107) +4
Почему Си-Сипипям это не мешает , Gogi (??), 19:29 , 11-Июл-20, (242)

Разве чтобы написать полезный или бесполезный код нужен специальный язык , proninyaroslav (ok), 17:15 , 10-Июл-20, (104) +2

для того что бы писать полезный код уже был Споэтому придумали руст что бы писат, хрум (?), 20:13 , 10-Июл-20, (131) –1

Си приктически идеялен, он совмещает в себе быстродействие ассемблера с удобство, анончик (?), 20:38 , 10-Июл-20, (134) +3
А до си уже был ассемблер Тогда зачем этот бесполезный си Ну а потом c появи, proninyaroslav (ok), 20:47 , 10-Июл-20, (136)

У него был довольно неариятный недостаток, который совершенно случайно заметили , Аноним (190), 03:54 , 11-Июл-20, (190) –2

C-- был ещё в начале 90х , Аноним (202), 09:00 , 11-Июл-20, (202) +1

Это 294й из параллельно-альтернативной вселенной У него там все было по другому, Аноним (-), 14:06 , 11-Июл-20, (232) +1

Что за чушь , Аноним (139), 21:22 , 10-Июл-20, (140)

Скрыто модератором, A.Stahl (ok), 12:59 , 10-Июл-20, (5) –1
Отлично по-моему Наконец-то первая операционная система, поддерживающая многоязы, lockywolf (ok), 13:02 , 10-Июл-20, (6) –11

Я бы ещё dart предложил добавить Canonical поможет , danonimous (?), 13:05 , 10-Июл-20, (8) +2

Про Electron забыли , Аноним (14), 13:14 , 10-Июл-20, (14) +15

Джаббу тогда уже сразу, vitalif (ok), 13:17 , 10-Июл-20, (19) +2

Gcj подзаброшен , lockywolf (ok), 13:19 , 10-Июл-20, (21)

И даже вроде уже подвыброшен, не , Аноним (190), 03:54 , 11-Июл-20, (191)

Не просто подвыброшен, а выброшен , Аноним (14), 13:38 , 14-Июл-20, (306)

Так и Питончик тоже , Аноним (14), 13:21 , 10-Июл-20, (23) +1

Почему Pascal забыли , Аноним (31), 13:31 , 10-Июл-20, (31) +5

Выдаёт недостаточно объёмный размер бинарников , Аноним (14), 13:44 , 10-Июл-20, (48) +7

WASM в ядре пргодлась бы кроме всяких шутоок , Аноним (-), 13:33 , 10-Июл-20, (32) –1

Подобный проект был на гитхвбе, но автор его удалил Модуль ядра исполняющий was, Аноним (7), 13:36 , 10-Июл-20, (37)

Отсюда удалил https github com wasmerio kernel-wasm, Аноним (-), 13:43 , 10-Июл-20, (45)

Это чтобы ядро в браузере исполнять , Аноним (14), 13:43 , 10-Июл-20, (47)

и это в netbsd уже было лет 10 назад, если не больше, б.б. (?), 14:17 , 10-Июл-20, (68)

Сравнил самолёт с велосипедом , Аноним (70), 14:20 , 10-Июл-20, (70)

Чем По сути своей, это тот же JS, который исполняется на базе движка JS, только, Lex (??), 21:06 , 10-Июл-20, (138) –1

Это ни разу не js Это универсальный переносимый формат исполняемых файлов Выпо, Весельчак У (?), 22:38 , 10-Июл-20, (169) –1

Он исполняется на базе JS-движка, поскольку ключевое применение wasm - это веб и, Lex (??), 06:07 , 11-Июл-20, (196)

WASM - ни разу ни про JS Это реально низкоуровневый байткод Там нет объектов,, funny.falcon (?), 10:27 , 11-Июл-20, (209)

Ну я и говорю - супер-минифицированный JS с нюансами нельзя напрямую работать с, Lex (??), 13:06 , 11-Июл-20, (227)

Не надо С BPF-то грабли на граблях, а уж WASM в kernel mode - это вообще только, Онаним (?), 21:55 , 10-Июл-20, (164)

у netbsd lua в ядре уже много-много лет, б.б. (?), 14:16 , 10-Июл-20, (67) +1
visual basic - индусы мелкомягка с радостью помогут, муу (?), 14:53 , 10-Июл-20, (83)
тут в новость про ядро, Xasd5 (?), 15:20 , 10-Июл-20, (88)
Че мелочишься, давай сразу 1С диалект вкорячь Интеллект программистов ядра Linu, anonymous (??), 16:10 , 10-Июл-20, (95) +1

Никто не вечен Даже C , Аноним (9), 13:06 , 10-Июл-20, (9) –1

Ничего не может работать дольше цикла for на C, Аноним (17), 13:16 , 10-Июл-20, (17)

Taimer dumaet inache, Russter (?), 13:47 , 10-Июл-20, (52) –1
Забавно, что даже в этом коменте о Си закралось UB, Аноним (94), 15:57 , 10-Июл-20, (94) +7

Почему , Аноним (225), 13:05 , 11-Июл-20, (226)

Тело цикла не указано и не указано, что оно пустое Может там следующей командой, Аноним (278), 16:09 , 12-Июл-20, (278)

А вот в Golang как-то циклы подобные оптимизируют и они там за долю секунды выпо, Аноним (239), 19:00 , 11-Июл-20, (239)

Интересно как будут ментейнить ОС на разных языках Мне кажется, что разработка я, А10 (?), 13:06 , 10-Июл-20, (10) +14

ну ОС в принципе вещь непростая, многокомпонентная - главное, что бы бинарно она, m.makhno (ok), 13:25 , 10-Июл-20, (27) +5

ОС - да, многоязычие оправдано А тут ядро , Аноним (14), 13:33 , 10-Июл-20, (33) +8
Причём тут бинарно работала Сам-то понял, чё ляпнул Речь идёт о том, что любо, Gogi (??), 19:36 , 11-Июл-20, (244) –1

нет, немного да, понял - ведь всё так или иначе сводится к машинному коду, верн, m.makhno (ok), 20:57 , 11-Июл-20, (256)

Почему Языки ведь не смешиваются в одном контексте Одна система на одном языке , Аноним (17), 13:29 , 10-Июл-20, (29) –1

меняющийся в угоду чему-либо системный API есть моветон и как мне кажется, Вы п, m.makhno (ok), 13:35 , 10-Июл-20, (35) +3
Людей, заботящихся о безопасности, волнует, чтобы драйвера были опенсорсными А,, Аноним (14), 13:37 , 10-Июл-20, (40) +4

Вы совершили очень много ошибок во фразе Людей, поехавших на столмановских идея, Аноним (295), 05:44 , 13-Июл-20, (296) –1

Смартфончиками не пользуюсь принципиально Поэтому и перепршивать нечего И что с, Аноним (315), 23:10 , 14-Июл-20, (315)

А вот так Теперь, если мейнтейнер свалит, а никто в его коде на хз каком языке , Олег (??), 19:34 , 11-Июл-20, (243)

Это круто, что ядро не держится за прошлое и продолжает эволюционировать, Fracta1L (ok), 13:10 , 10-Июл-20, (11) +3

Раз пошла такая пьянка, то пусть лучше Л Торваальдс запилит свой специализирова, Аноним (14), 13:27 , 10-Июл-20, (28) +8

Тогда ему нужен еще один срок молодости с обнулением , Аноним ВВП (?), 13:39 , 10-Июл-20, (41) +4

Ну Git он после 30-ти запилил, поэтому справится , Аноним (14), 13:46 , 10-Июл-20, (51) +2
Готов отдать свою Она все равно у меня в пустую потратится, Аноним (80), 14:47 , 10-Июл-20, (80) +3

Ему и си хватает , proninyaroslav (ok), 17:16 , 10-Июл-20, (105)

Ему-то хватает Но его окружают инклюзивные И их всё больше и больше Отбиватьс, Аноним (315), 22:49 , 14-Июл-20, (314)

И как это спасёт от запрета принятия других языков в ядро Он и в текущей ситуац, proninyaroslav (ok), 23:10 , 14-Июл-20, (316)

Если сам придумает kernel-язык со всякими safe и прочими шахматами, окружающие , Аноним (315), 23:38 , 14-Июл-20, (317)

Он совсем недавно говорил что вообще больше не програмирует, переписка, консульт, OpenEcho (?), 00:33 , 11-Июл-20, (176)

Это очень плохо что вместо замечательного, безопасного и удобного Си, будет дыря, Аноним (236), 16:36 , 11-Июл-20, (236)

Ну он не то, чтобы убогий , но без ООП это г вно не нужно вообще И работа с , Gogi (??), 19:40 , 11-Июл-20, (246) –1

А между тем чтобы собрать сам компилятор Rust стабильной версии, нужен бинарник , Аноним (12), 13:10 , 10-Июл-20, (12) –7

кто тебе такую чушь сказал , Аноним (15), 13:16 , 10-Июл-20, (18)

Я с ней столкнулся, когда собирал, по документации https rustc-dev-guide rust, Аноним (12), 13:53 , 10-Июл-20, (57) –2

Ну так gcc тоже собирается с помощью gcc , lockywolf (ok), 13:21 , 10-Июл-20, (22) +7

Да, там эта проблема тоже есть, но не в таких масштабах, не 5-8 компиляторов в ц, Аноним (12), 13:49 , 10-Июл-20, (54) –2
gcc можно собрать используя clang Сколько сторонних компиляторов есть для Rust , Аноним (89), 15:27 , 10-Июл-20, (89) +3

Эта проблема есть у любого языка, компилятор которого пишется на нем самом Даже, Аноним (120), 19:41 , 10-Июл-20, (120) –1
Зацени на досуге от куда берется компилятор gcc в LFS , Аноним (127), 19:50 , 10-Июл-20, (127) +1

С хостовой системы Но он там собирается 3 раза, вроде - host-gcc собирает targe, Какаянахренразница (ok), 20:29 , 10-Июл-20, (132)

да, в LFS оно берется из хост-системы А вот Guix, например, работает над уменьш, Аноним (198), 06:48 , 11-Июл-20, (198)
чтобы собрать компилятор rust нужен компилятор Это фатальный недостаток языка , Аноним (225), 13:09 , 11-Июл-20, (228)
Нет, не 43 Я не скажу в точности сколько, последний раз я наблюдал активность п, Ordu (ok), 23:44 , 11-Июл-20, (260)

Фанатизм С в ядре им не нравится, хотя в виндовом ядре он неплохо себя чувств, Аноним (25), 13:15 , 10-Июл-20, (16) +15

А в этом, С в виндовом ядре - есть RAII а исключения есть , Аноним (46), 13:43 , 10-Июл-20, (46) +1

RAII не требует поддержки времени выполнения, так что не понятно, о чём вопрос , n00by (ok), 13:59 , 10-Июл-20, (61)
Конечно есть RAII И есть шаблоны Нет исключений и фишек, обечпечиваемых рантай, Аноним (70), 14:22 , 10-Июл-20, (71)

Точнее даже исключения ограниченно присутствуют, как заметили выше , Аноним (70), 14:30 , 10-Июл-20, (73)

Я вам больше скажу, что этот аноним, что n00by врут и не краснеют Он в другой ча, Аноним (303), 15:52 , 14-Июл-20, (307)

Си плюс-плюс вреден в ситемщине Пусть Майкрософт пилит своё ядро на чём ему взд, Аноним (53), 13:47 , 10-Июл-20, (53)

Ну таки здесь, вроде как, Linux не принято считать UNIX-ом , Аноним (14), 13:52 , 10-Июл-20, (56)
В ядре макоси C давно есть, а это самый натуралный юникс Так что мимо , Аноним (70), 14:25 , 10-Июл-20, (72) +1

В XNU подмножество C Embedded C и специальные компиляторы с оптимизациями , Аноним (120), 20:01 , 10-Июл-20, (130)

Только чего-то именно в эмбедовке этой XNU и нету как раз , Аноним (192), 04:10 , 11-Июл-20, (192)

А apple watch - это не ембедовка что ли , Аноним (193), 05:15 , 11-Июл-20, (193)
Осей для микроконтроллеров на с написано много уже давно Работают , anonimous (?), 01:27 , 12-Июл-20, (266)

Ага, специальный clang с секретными оптимизациями, а до этого был особый аненерб, Аноним (234), 15:30 , 11-Июл-20, (234)

Всё таки сравнение не совсем корректно Там ядро закрытое, потому драйвера пишут, n00by (ok), 14:06 , 10-Июл-20, (62)
Ну так пусть пишут дайверы там где llvm работает , Sauron (??), 14:07 , 10-Июл-20, (64)
Rust использует LLVM как бэкэнд, а LLVM поддерживает все основные платформы, на , Аноним (75), 14:33 , 10-Июл-20, (75) +1

наверно не хватает ещё одной надписи, ато без неё будет разрыв в построении логи, Xasd5 (?), 15:09 , 10-Июл-20, (86) –1

Не волнуйтесь, здесь ни вы ничего не знаете, ни добрых три четверти остальных ко, qetuo (?), 15:44 , 10-Июл-20, (90) +1

Во многой мудрости много печали и кто умножает познания, умножает скорбь, Аноним (188), 03:22 , 11-Июл-20, (188)

C без libstdc штука не особенно осмысленная, а какая может быть стандартная , Аноним (120), 19:44 , 10-Июл-20, (123) +4

Стандартная библиотека в ядре - не большая проблема есть стандартные библиотеки, Аноним (171), 23:14 , 10-Июл-20, (171) –1

В ядре, которое изначально пишется с использованием этой библиотеки - конечно, н, Аноним (193), 05:16 , 11-Июл-20, (194)

Пока фронтенд для Rust не добавят в GCC, рано говорить об его применении в разра, Аноним (14), 13:18 , 10-Июл-20, (20) +5

Такой проект уже есть для gcc Мимо , Аноним ВВП (?), 13:40 , 10-Июл-20, (44)

Да слышал Вот только вяло он шевелится, даже попыток принятия-включения не видн, Аноним (14), 13:50 , 10-Июл-20, (55)

Думаю тянуть гигантский статический анализатор в gcc никто не будет Если только, proninyaroslav (ok), 17:17 , 10-Июл-20, (106)

в здравом уме конечно никто не будет но не у всех ум здравый , Аноним (180), 01:51 , 11-Июл-20, (182) –1

У gcc ворох архитектурных проблем с монолитностью, накопившихся за долгое время , Аноним (120), 19:45 , 10-Июл-20, (124)

Меня заставят учить раст чтобы собирать модули Мои глаза не выдержат такого син, Аноним (24), 13:21 , 10-Июл-20, (24) +4

_Собрать_ модуль можно не зная ни Раста, ни Си, ни даже Бейсика, в чем проблема , Аноним (120), 19:46 , 10-Июл-20, (125) –1

В том, что он соберется не так, как мне нужно , анон (?), 10:44 , 11-Июл-20, (215) –2

Это ещё и плюсуют лол, Fracta1L (ok), 20:36 , 10-Июл-20, (133) –3
Что не так с синтаксисом После C как глоток свежего воздуха на берегу океана, пр, Аноним (139), 21:27 , 10-Июл-20, (142)

иди и пиши свою ось, захер лезть в чужую и ломать её , Аноним (180), 01:55 , 11-Июл-20, (183) –1

Месье Торвальдс собственной персоной Или очередной аноним, ничихуахуа ядерного , Аноним (-), 13:57 , 11-Июл-20, (231)

И никакой конкретики, коржик (?), 06:57 , 11-Июл-20, (199)

Посмотрим что получится, а дальше будет видно Может пора уже на GNU HURD валить, Анонолекс (?), 13:25 , 10-Июл-20, (26) +2

Для начала его нужно допиливать перепиливать, а потом валить , Аноним (14), 13:30 , 10-Июл-20, (30) –2

с растом почему-то не так, Аноним (180), 01:57 , 11-Июл-20, (184) –1

Осталось изменить логотип Линукса на радугу, для полного счастья , Аноним (34), 13:35 , 10-Июл-20, (34) –2

Не, пингвина заменять не нужно Вот только чёрный пингвин это неполиткорректно , Аноним (14), 13:55 , 10-Июл-20, (58)

Нет, это ты расист , Аноним (127), 19:55 , 10-Июл-20, (129) +2
Черный - это не цвет, это его отсутствие Тоже применимо и к нашей бытовухе и , Анонолекс (?), 00:39 , 11-Июл-20, (177)

не путайте цвет и свет , Аноним (180), 01:59 , 11-Июл-20, (185)

Если ты проссал всю физику в школе, то объясню это ОДНО И ТО ЖЕ , Gogi (??), 19:44 , 11-Июл-20, (247) +1

Стоп а разве rust не компилируемый язык еще раз перечитал заголовок ничего, Аноним (36), 13:36 , 10-Июл-20, (36) –1

Компилируемость тут ни при чём, имеет смысл говорить, генерящие elf-объекты , lockywolf (ok), 15:52 , 10-Июл-20, (92)

Ну да давайте весь мусор в ядро тащить , Tronis (?), 13:36 , 10-Июл-20, (38) +1

Да, палец у Линуса уже не тот , Аноним (14), 13:58 , 10-Июл-20, (59) +1
Мусор не надо, но действительно крутые вещи вроде Раста - стоит, Аноним (139), 21:28 , 10-Июл-20, (143) –4

Скрыто модератором, malloc (?), 13:39 , 10-Июл-20, (42) –3

Скрыто модератором, Fracta1L (ok), 13:45 , 10-Июл-20, (50) +2
Скрыто модератором, burjui (ok), 14:10 , 10-Июл-20, (65) +2
Скрыто модератором, Аноним (69), 14:17 , 10-Июл-20, (69)
Скрыто модератором, Michael Shigorin (ok), 21:36 , 10-Июл-20, (147) –1

Пускай занимается в гугл и дальшеЗачем пихать и занимать место всяким ненужным к, КО (?), 13:40 , 10-Июл-20, (43) –1
1 Небезопасный Раст - это чистый Си с проверками на безопастность Никто, чисты, Аноним (53), 13:45 , 10-Июл-20, (49)

А то, что без perl ядро не соберется вас не пугает Уже привыкли , Аноним (75), 14:30 , 10-Июл-20, (74) +3

а разве предлагают убрать perl в случае появления rust или ты один из тех кто, Xasd5 (?), 14:51 , 10-Июл-20, (82) +1

То ли дело обозвать набор дикой чуши см хотя бы первый пункт с небезопасность, анонн (ok), 14:59 , 10-Июл-20, (84) +2

а как иначе не ясно же что им в голову придёт теперь - им Rust разрешат и он, Xasd5 (?), 15:02 , 10-Июл-20, (85) –2

а потом как обычно говорят такие люди -- ой что-то мне Open Source надаел теп, Xasd5 (?), 15:15 , 10-Июл-20, (87) –1

о каких костылях речь , DEV (?), 19:07 , 10-Июл-20, (118) –1

всё верно каждый пункт по делу, Xasd5 (?), 14:37 , 10-Июл-20, (76) –1
Небезопасный раст если и безпаснее Си, то только потому, что там нет UB А безоп, Ordu (ok), 17:01 , 10-Июл-20, (102) –2
2 а про сборку ядра clangом уже забыли 3 в расте есть no_std и пожелать испо, proninyaroslav (ok), 17:23 , 10-Июл-20, (108) +1

Ни в коем случае Rust-программисты - это те же вебмакаки Cargo - это тот же np, Аноним (63), 14:07 , 10-Июл-20, (63) –3

скачивание какого-то говна из интернетов для очередной компиляции ядра при этом, Xasd5 (?), 14:43 , 10-Июл-20, (78)
code pkg search nightl , анонн (ok), 14:49 , 10-Июл-20, (81) +1
А C-программисты живут словно и 80ых, и поэтому не вебмакаки, да И вообще, испол, Аноним (139), 21:34 , 10-Июл-20, (145)

Дефолтный пакетный менеджер для Си Си - это пакетный менеджер дистрибутива Ис, Анонолекс (?), 10:12 , 11-Июл-20, (206) +2

Как раз таки никого и не устраивало, перенести приложение, а тем более проект то, Аноним (219), 11:49 , 11-Июл-20, (219) –2

Не нужно Портанутые alienом пакеты прекрасно работают на чужом дистре и на его , Аноним (63), 12:09 , 13-Июл-20, (301) +1

Скрыто модератором, Аноним (63), 14:12 , 10-Июл-20, (66) –1
зачем на RUST Давайте сразу на Python java Если уж переплавлять ядро в ведро , richman1000000 (ok), 14:40 , 10-Июл-20, (77) –1

причём надо не просто Java -- а также написать Генератор который исходники на C , Xasd5 (?), 14:46 , 10-Июл-20, (79) –1
Эм Как можно сравнить язык по производительности на уровне C C с Джавой и тем, Аноним (139), 21:36 , 10-Июл-20, (148) +2

ты застрял где-то в вин95, Аноним (180), 02:11 , 11-Июл-20, (186) –1

а чё, в твоей персональной вселенной уже поди писюн без GIL да java без сборщика, Аноним (-), 00:47 , 12-Июл-20, (264)

Сразу видно, писал человек написавший ровно 0 реальных проектов на Rust я писал, leap42 (ok), 15:52 , 10-Июл-20, (93) +2

После некоторого порога входа, какие такие особые усилия необходимо прилагать Пи, Аноним (139), 21:39 , 10-Июл-20, (149) +2

это на borrow cheker и владение намек так то - миф, его какие-то обезьяны-теоре, leap42 (ok), 03:08 , 11-Июл-20, (187) +2

И этого всего в Си нет, лол Вот с этого места пожалуйста подробнее , Аноним (234), 16:08 , 11-Июл-20, (235) +1

анализатор clang, cppcheck, asan ubsan ну и конечно -Wall -Wextra -Wpedantic -W, leap42 (ok), 13:50 , 12-Июл-20, (274)

А можно поподробнее Друг интересуется, Anonn (?), 12:52 , 12-Июл-20, (272)
Всмысле не работал Хрень пишете да Он действительно некоторые ситуации допу, Аноним (288), 20:18 , 12-Июл-20, (288)

Я против Rust в ядре, так как считаю что код в ядре не должен использовать каких, Аноним (96), 16:17 , 10-Июл-20, (96) –2

Ок, в этом есть определённый смысл Но при чём здесь раст , Ordu (ok), 17:03 , 10-Июл-20, (103) +1
Очень, очень квалифицированное мнение Держите нас и далее в курсе ваших расчето, анонн (ok), 17:24 , 10-Июл-20, (109) +4
А про no_std не слышали , proninyaroslav (ok), 17:26 , 10-Июл-20, (110) +1
Опа, а ребята из новости об этом не в курсе , VladSh (?), 18:55 , 10-Июл-20, (116) +1

Сначала добавят в ядро раст, через год С , потом джаву, потом питон, и как више, Аноним (96), 16:20 , 10-Июл-20, (97)

C ладно, это хороший языке, но каким тут боком языки без zero cost abstraction, Аноним (139), 21:41 , 10-Июл-20, (150) –1
Так гугл джаваскрипт итак пытается воткнуть во всё, куда дотянется , Анонолекс (?), 10:15 , 11-Июл-20, (207)
Чессгря есть мысль что впилить duktape в ядро будет легче, чем хруст И дешевле , Онаним (?), 14:09 , 11-Июл-20, (233) –1

Раст - небезопасный, сложный ни одной проблемы с он не решил Тогда какой в не, Аноним (99), 16:43 , 10-Июл-20, (100) –1

На порядок безопаснее UB UB И многие проблемы C решилСкладывается ощущение, ч, Аноним (139), 21:43 , 10-Июл-20, (151) –1

Тут, между прочим, очередь из решателей всех проблем C Вставайте, но передайте, anonymous yet another (?), 09:10 , 11-Июл-20, (203) +1
То-то я смотрю везде где он есть он используется только с модулями unsafe , Аноним (210), 10:30 , 11-Июл-20, (210) –1

Что-то подозрительно много шумихи вокруг этого чуда Покажите компактный POC, мож, anonymous yet another (?), 18:22 , 10-Июл-20, (111) –1

секта разрастается, пока ещё не поют на площадят, но уже скоро, ещё будут ходить, Аноним (114), 18:43 , 10-Июл-20, (114) –1

Свидетели ржавчины P S Как представил таких в костюмах ржавых грибов, так сразу, Анонолекс (?), 10:18 , 11-Июл-20, (208) –1

Visual Studio в ядро добавьте пожалкуйста или хотя бы Visual Studio Code, IDEA и, Аноним (113), 18:30 , 10-Июл-20, (113) –2

При чем тут добавление поддержки хорошего языка , Аноним (139), 21:44 , 10-Июл-20, (152) –1

Я хочу писать на Golang Добавьте плиз в ядро Linux средств для разработки на яз, Иваня (?), 18:53 , 10-Июл-20, (115) –2

У него ж сборщик мусора, Аноним (139), 21:44 , 10-Июл-20, (153) +2

и да, кое-где STW даже длинной 0,1мс - непозволительная роскошь, но кое-где н, leap42 (ok), 05:36 , 11-Июл-20, (195)

Что и Ты реально не понимаешь Если не понимаешь - в ядро не смей соваться , Аноним (-), 00:44 , 12-Июл-20, (263) –1

ну раз аноним запретил, то не буду xD на Go если что уже есть драйвера, хоть и н, leap42 (ok), 11:47 , 12-Июл-20, (269)

И на javascript тоже драйвера писали и что Оно надо в ядре не суйте go , Аноним (288), 20:22 , 12-Июл-20, (289)

это for fun, а драйвера на Go есть в промышленной хоть и неготовой пока Фуксии, leap42 (ok), 04:29 , 13-Июл-20, (294)

Большая ошибка Одно ядро - один язык, и чем проще язык - тем понятнее он остальн, Ivan_83 (ok), 19:03 , 10-Июл-20, (117) +4

Да ладно вам Ну будет полтора модуля на этом извращении, кому убудет-то Главно, Онаним (?), 19:42 , 10-Июл-20, (122)

Смысл в том, что теперь для правок ошибок нужно будет знать два языка Для сборки, Ivan_83 (ok), 21:35 , 10-Июл-20, (146)

Зачем Просто снимаются опции ядра для этого хлама в базовой поставке, и всё Ко, Онаним (?), 21:48 , 10-Июл-20, (157) –3

Затем что долбоящеров с хрустом будет всё больше и больше, в конечном итоге он н, Ivan_83 (ok), 00:15 , 11-Июл-20, (174)

Если так случится, значит оно действительно полезное, и заслуживает места быть Н, Онаним (?), 13:57 , 11-Июл-20, (230) –1

С каких пор дополнительный слой илитности опеннетчикам стал мешать Сложность эт, Аноним (234), 11:01 , 15-Июл-20, (318)

Скрыто модератором, Аноним (119), 19:32 , 10-Июл-20, (119) –1

Скрыто модератором, Аноним (139), 21:50 , 10-Июл-20, (161) –1

rust-sources грядет Это чтобы ядрышко собрать надо будет не gcc, а clang, llvm,, Аноним (121), 19:42 , 10-Июл-20, (121)

Да ладно вам - ну хотят трахаться, пусть трахаются - если растоводы возьмутся эт, Онаним (?), 21:50 , 10-Июл-20, (160) –1

Я полагаю, здесь многоходовка с целью подмять под себя ядро Сейчас растоборцев з, anonymous yet another (?), 10:51 , 13-Июл-20, (298)

имеется в виду, что по умолчанию это N , желающие - велком Y , и тогда уже в , Онаним (?), 21:51 , 10-Июл-20, (162) –1

Сколько ж дней оно с ним собираться будет С временем компиляции у Раста всё пло, Аноним (126), 19:48 , 10-Июл-20, (126)

Будто у C C лучше, Аноним (139), 21:45 , 10-Июл-20, (154) +1

У C лучше У C , мне кажется, тоже лучше, хотя не писал на нём очень давно, а н, Ordu (ok), 23:59 , 10-Июл-20, (172)

Не зря этот хрен себе 32 ядра взял , Аноним (121), 19:54 , 10-Июл-20, (128)
Нет, дегродов до написания драйверов нельзя допускать, у нас уже прикладного соф, Аноним (135), 20:40 , 10-Июл-20, (135) –3

А при чем тут Раст , Аноним (139), 21:46 , 10-Июл-20, (156) +2

А при том, что главное позиционирование его и причина внедрения это почва для ра, Аноним (135), 22:28 , 10-Июл-20, (168)

Вообще у Rust порог вхождения намного выше, чем у Си Он накладывает на тебя куч, anonymous (??), 00:01 , 11-Июл-20, (173) +1
Да-да, надо всё на ассемблере писать , Аноним (229), 13:12 , 11-Июл-20, (229) –1

Читаю эти хейт-спичи сейчас это так называется по поводу раста и вспоминаю бе, Аноним (229), 20:49 , 10-Июл-20, (137)

в принципе уместное сранение, но даже паскаль не был настолько ущербным как руст, Аноним (114), 21:24 , 10-Июл-20, (141) +1

C C от ущербности Раста менее ущербными быть не перестанут , Аноним (139), 21:49 , 10-Июл-20, (159)

руст от ущербности с менее ущербным тоже не станет ну можешь на аде пописать , Аноним (114), 22:04 , 10-Июл-20, (165)

Просто пишущие на C C боятся, что их знания потеряют цену, только и всегоЭтого, Аноним (139), 21:48 , 10-Июл-20, (158) –2

К счастью, всем внезапно придётся невозможно - адекватных слишком много , Онаним (?), 21:52 , 10-Июл-20, (163)

Все же резко перешли на кок Хотя не я помню, чтобы код не принимали лишь потому, анон (?), 12:14 , 11-Июл-20, (222)

На биг блэк кок , Онаним (?), 19:03 , 12-Июл-20, (287)

Вот именно Столько лет жили в своём уютном мирке, а тут внезапно появился годны, Аноним (229), 22:09 , 10-Июл-20, (166) +1

Мне то же самое говорили и про го , анон (?), 12:07 , 11-Июл-20, (221) +1
Где появился Ссылку, срочно , Anonn (?), 16:44 , 12-Июл-20, (282) +1

где-то в мурзилке, Аноним (293), 23:26 , 12-Июл-20, (293)

Что, никому не смешно Какой-то х с гор то есть из гуглеля что-то там сказал, user90 (?), 21:46 , 10-Июл-20, (155) +1
Rust пока себя особо не проявил, хотя языку уже много годков Он уродлив и нечит, Страшный аноним (?), 22:54 , 10-Июл-20, (170) +2

Но ведь полезно же иметь язык, предотвращающий как можно больше ошибок , Аноним (175), 00:24 , 11-Июл-20, (175) +4

в ядре , Xasd5 (?), 11:18 , 12-Июл-20, (268) +1
и как хруст может предотвратить ошибки работы с железом , Аноним (293), 23:22 , 12-Июл-20, (292)
Вы историю с языками т н 4-го поколения 4th generation languages не знаете , anonymous yet another (?), 10:56 , 13-Июл-20, (299)

Скрыто модератором, Аноним (179), 00:54 , 11-Июл-20, (179) –1
Если Rust сможет избавить мир от вечного бетатеста программ написанных индусами , Да (?), 08:11 , 11-Июл-20, (201) –3
Не, не, не, ни кому не в обиду, но когда крупные компании занимаются подобными в, asdasd (?), 09:17 , 11-Июл-20, (204) +1
А ничего, что inline появился аж в C99 , asdasd (?), 09:19 , 11-Июл-20, (205) +1
Каждый раз, когда читаю комментарии под новой статьей о Rust на opennet, в голов, Аноним (237), 16:38 , 11-Июл-20, (237) –1

Да я бы и поизучал, но вот после каждого столкновения с его синтаксисом ощущения, anonimous (?), 01:35 , 12-Июл-20, (267) +1
Собрал хеллоуворд, оказалось 5мб весит, ну его нафиг Те, кто такое сделал, хоро, Сишник (?), 13:18 , 12-Июл-20, (273) –2

code cat hello rs rustc -O hello rs wc -c hellofn main println, Аноним (-), 15:05 , 12-Июл-20, (276)

В оттенках коричневого разбираться нужным не считаю Сделал как у растовиков рек, Сишник (?), 16:23 , 12-Июл-20, (280) –1

Т е что такое debug release компиляция, флаги оптимизации, что такое дебаг-инфа, Аноним (283), 16:51 , 12-Июл-20, (283) +1

Чего злой такой Мне нафиг не упало задрачивать ржавый тулсет для получения прие, Сишник (?), 17:40 , 12-Июл-20, (285) +1

Да не задрачивай, ктож тебя заставляет Но и ныть тогда не надо, что у тебя хелл, Ordu (ok), 20:25 , 14-Июл-20, (313)

Не хватает ldd к этому выводу , Онаним (?), 17:47 , 12-Июл-20, (286)

А кто им мешает-то, пусть делают, что хотят, только не под флагом kernel org , via (??), 20:21 , 11-Июл-20, (255) +2

они по другому не могут они только под чужими флагами гадить умеют , Аноним (293), 22:19 , 12-Июл-20, (291) +2

Сразу видим две вещи 1 аноним реально в теме - там так и есть2 модыратор реаль, Аноним (-), 00:42 , 12-Июл-20, (262)
нет, он не куплен, всё гораздо печальнее Он последователь этой идеологии, при, Аноним (-), 00:49 , 12-Июл-20, (265)
Справедливости ради, ядро написано не на Си Большинство из следующих используемы, Anonn (?), 14:01 , 12-Июл-20, (275)

Спорно И ты этим хочешь оправдать использование Раста Глупенький , Аноним (-), 15:43 , 12-Июл-20, (277)

Что тут спорного Это объективный факт Ядро написано не на Си, а на Си-с-расшир, Anonn (?), 16:41 , 12-Июл-20, (281)

Так ядро же GNU-тое, все это знают GCC - официальный компилятор, все это знают , Аноним (-), 17:32 , 12-Июл-20, (284)

Надо ещё больше говнокода А то текущее количество миллионов строк уже никого не, Аноним (278), 16:14 , 12-Июл-20, (279) +1

дрова на скорую руку проприетартные жесть , Аноним (293), 22:15 , 12-Июл-20, (290)

Так сжечь нах под корень и в село делов , Анонолекс (?), 20:02 , 14-Июл-20, (310)

Говно в говно А то поразвели тут, понимаешь , Анонолекс (?), 20:10 , 14-Июл-20, (311)

ТО ли Линус постарел, то ли гики помолодели , Аноним (302), 18:06 , 13-Июл-20, (302)
Ты тут два раза подумали и я два раза сказал Да в ж0пу ваш раст, в ж0пу , Анонолекс (?), 19:48 , 14-Июл-20, (309)
И надо больше жечь людей Криворуких программеров ваще пачками , Анонолекс (?), 20:12 , 14-Июл-20, (312)

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

2. Сообщение от Самый Лучший Гусь (?), 10-Июл-20, 12:51 –24 +/–

Тогда я перехожу на OpenBSD, так и знайте.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #7, #13, #15, #101, #139, #144, #178

3. Сообщение от Аноним (3), 10-Июл-20, 12:52 +68 +/–

Так и запишем - "гуся вычеркиваем"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #99

4. Сообщение от Z (??), 10-Июл-20, 12:55 +3 +/–

Это неизбежный процесс, слишком много преимушеств даёт Rust

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

5. Сообщение от A.Stahl (ok), 10-Июл-20, 12:59 –1 +/–

>Предложение по обсуждению вопроса добавления
Предлагаю обсудить вопрос возможности изменения названия Линукс на Ксидабум-куку.

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

6. Сообщение от lockywolf (ok), 10-Июл-20, 13:02 –11 +/–

Отлично по-моему.
Наконец-то первая операционная система, поддерживающая многоязычное расширение.
Кроме Rust неплохо бы ещё C++, GNAT, GFortran, Go и scheme

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #19, #31, #32, #67, #83, #88, #95

7. Сообщение от Аноним (7), 10-Июл-20, 13:04 +3 +/–

Honk honk

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

8. Сообщение от danonimous (?), 10-Июл-20, 13:05 +2 +/–

Я бы ещё dart предложил добавить. Canonical поможет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #14

9. Сообщение от Аноним (9), 10-Июл-20, 13:06 –1 +/–

Никто не вечен. Даже C.

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

10. Сообщение от А10 (?), 10-Июл-20, 13:06 +14 +/–

Интересно как будут ментейнить ОС на разных языках?
Мне кажется, что разработка ядра не упростится, а в разы усложнится.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #29, #243

11. Сообщение от Fracta1L (ok), 10-Июл-20, 13:10 +3 +/–

Это круто, что ядро не держится за прошлое и продолжает эволюционировать

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #236

12. Сообщение от Аноним (12), 10-Июл-20, 13:10 –7 +/–

А между тем чтобы собрать сам компилятор Rust стабильной версии, нужен бинарник предыдущего компилятора, возможно даже из бета-ветки. То есть чтобы собрать Rust без скачивания бинарников от Mozilla, надо... Какая там версия? Скомпилировать 43+ компилятора для Rust предыдущих версий, и проблема только разрастается со временем.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #22, #120, #127, #198, #228, #260

13. Сообщение от m.makhno (ok), 10-Июл-20, 13:10 +5 +/–

пока-пока

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

14. Сообщение от Аноним (14), 10-Июл-20, 13:14 +15 +/–

Про Electron забыли.

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

15. Сообщение от Аноним (15), 10-Июл-20, 13:15 +2 +/–

скатертью дорога

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

16. Сообщение от Аноним (25), 10-Июл-20, 13:15 +15 +/–

Фанатизм. С++ в ядре им не нравится, хотя в виндовом ядре он неплохо себя чувствует в некоторых подсистемах, а инородный Rust, который не поддерживает и половины аппаратных платформ Linux, им непременно там зачем-то нужен.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46, #53, #62, #64, #75, #123

17. Сообщение от Аноним (17), 10-Июл-20, 13:16 +/–

Ничего не может работать дольше цикла for(;;) на C

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #52, #94, #239

18. Сообщение от Аноним (15), 10-Июл-20, 13:16 +/–

кто тебе такую чушь сказал?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #57

19. Сообщение от vitalif (ok), 10-Июл-20, 13:17 +2 +/–

Джаббу тогда уже сразу

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #21, #23

20. Сообщение от Аноним (14), 10-Июл-20, 13:18 +5 +/–

Пока фронтенд для Rust не добавят в GCC, рано говорить об его применении в разработке ядра.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #106, #124

21. Сообщение от lockywolf (ok), 10-Июл-20, 13:19 +/–

> Джаббу тогда уже сразу
Gcj подзаброшен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #191

22. Сообщение от lockywolf (ok), 10-Июл-20, 13:21 +7 +/–

> А между тем чтобы собрать сам компилятор Rust стабильной версии, нужен бинарник
> предыдущего компилятора, возможно даже из бета-ветки. То есть чтобы собрать Rust
> без скачивания бинарников от Mozilla, надо... Какая там версия? Скомпилировать 43+
> компилятора для Rust предыдущих версий, и проблема только разрастается со временем.
Ну так gcc тоже собирается с помощью gcc.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #54, #89

23. Сообщение от Аноним (14), 10-Июл-20, 13:21 +1 +/–

Так и Питончик тоже.

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

24. Сообщение от Аноним (24), 10-Июл-20, 13:21 +4 +/–

Меня заставят учить раст чтобы собирать модули? Мои глаза не выдержат такого синтаксиса.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #125, #133, #142, #199

25. Сообщение от Аноним (25), 10-Июл-20, 13:24 +20 +/–

Главное преимущество Rust заключается в том, что на нём сложно написать код с ошибками, поскольку на нём в принципе почти невозможно написать полезный код. Что мы и наблюдаем на примере Redox, Servo и подобных проектов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #39, #98, #104, #140

26. Сообщение от Анонолекс (?), 10-Июл-20, 13:25 +2 +/–

Посмотрим что получится, а дальше будет видно. Может пора уже на GNU/HURD валить...

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

27. Сообщение от m.makhno (ok), 10-Июл-20, 13:25 +5 +/–

ну ОС в принципе вещь непростая, многокомпонентная - главное, что бы бинарно она работала как надо

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #33, #244

28. Сообщение от Аноним (14), 10-Июл-20, 13:27 +8 +/–

Раз пошла такая пьянка, то пусть лучше Л. Торваальдс запилит свой специализированный kernel-lang для ядра. В прошлый раз, с системой управлениями версиями, у него круто вышло. Взлетело и далеко за пределами ядра.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #41, #105, #176

29. Сообщение от Аноним (17), 10-Июл-20, 13:29 –1 +/–

Почему? Языки ведь не смешиваются в одном контексте.
Одна система на одном языке предоставляет своего рода дополнение API для удобства разработки других систем на других языках.
Никого же не волнует на чём именно написаны проприетарные драйвера.
Да пусть хоть на питоне ("влинковав" туда всё начиная с libc) пишут если вызовы API, требования к зависимостям, ограничениям на используемые ресурсы и т.д не нарушаются.
Проблема может возникать если только это межсистемное API будет часто меняться в угоду той или иной стороне. Ну так вроде и стой и другой стороны достаточно профи, чтобы держать его более или менее стабильным.
А дальше уже как пойдёт, появится ли аппетит во время еды сразу или сначала будет количественное увеличение. Там уж видно будет

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #35, #40

30. Сообщение от Аноним (14), 10-Июл-20, 13:30 –2 +/–

Для начала его нужно допиливать/перепиливать, а потом валить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #184

31. Сообщение от Аноним (31), 10-Июл-20, 13:31 +5 +/–

Почему Pascal забыли?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #48

32. Сообщение от Аноним (-), 10-Июл-20, 13:33 –1 +/–

WASM в ядре пргодлась бы кроме всяких шутоок.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #37, #47, #138, #164

33. Сообщение от Аноним (14), 10-Июл-20, 13:33 +8 +/–

ОС - да, многоязычие оправдано. А тут ядро.

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

34. Сообщение от Аноним (34), 10-Июл-20, 13:35 –2 +/–

Осталось изменить логотип Линукса на радугу, для полного счастья.

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

35. Сообщение от m.makhno (ok), 10-Июл-20, 13:35 +3 +/–

меняющийся в угоду чему-либо системный API есть моветон; и как мне кажется, Вы путаете API и ABI

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

36. Сообщение от Аноним (36), 10-Июл-20, 13:36 –1 +/–

Стоп а разве rust не компилируемый язык ?
(еще раз перечитал заголовок ... ничего не понятно)

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

37. Сообщение от Аноним (7), 10-Июл-20, 13:36 +/–

Подобный проект был на гитхвбе, но автор его удалил. Модуль ядра исполняющий wasm.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #45

38. Сообщение от Tronis (?), 10-Июл-20, 13:36 +1 +/–

Ну да давайте весь мусор в ядро тащить...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59, #143

39. Сообщение от Аноним (3), 10-Июл-20, 13:37 +1 +/–

но все же бывают и исключения в виде ripgrep, bat, fd. они просто еще мало настоялись

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #60, #223

40. Сообщение от Аноним (14), 10-Июл-20, 13:37 +4 +/–

>Никого же не волнует на чём именно написаны проприетарные драйвера.
Людей, заботящихся о безопасности, волнует, чтобы драйвера были опенсорсными. А, следовательно, понятен ли им язык, на котором они написаны, им небезразлично.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #296

41. Сообщение от Аноним ВВП (?), 10-Июл-20, 13:39 +4 +/–

Тогда ему нужен еще один срок молодости с обнулением.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #51, #80

42. Сообщение от malloc (?), 10-Июл-20, 13:39 –3 +/–

Мальчики, почему все постоянно забывают, что у руста есть проблема с лицензией? Все произведения на русте автоматически принадлежат компании мозилла. Почему все игнорируют лицензионное соглашение, по которому распространяется rust? Лицензия руста несовместима с gpl v2.
Кроме того, есть проблема: рустовые фанбои с пеной у рта и в конвульсиях в истерике кричат, что обязательно на русте надо писать safe-код. Но в случае ядра и его модулей это технически невозможно.
И почему если поехавшим от руста срать в ядро можно, то любителям lisp, haskell и прочим это запрещено? Нужны биндинги для всех языков, а не только для тех, чьи представители отличаются диагнозом шизофрения или склонность к психозам и истерикам от обычных людей?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50, #65, #69, #147

43. Сообщение от КО (?), 10-Июл-20, 13:40 –1 +/–

Пускай занимается в гугл и дальше
Зачем пихать и занимать место всяким ненужным компиляторам на ПК домохозяйки...

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

44. Сообщение от Аноним ВВП (?), 10-Июл-20, 13:40 +/–

Такой проект уже есть для gcc. Мимо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #55

45. Сообщение от Аноним (-), 10-Июл-20, 13:43 +/–

Отсюда удалил? https://github.com/wasmerio/kernel-wasm

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

46. Сообщение от Аноним (46), 10-Июл-20, 13:43 +1 +/–

А в этом, "С++ в виндовом ядре" - есть RAII? а исключения есть?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #61, #71, #307

47. Сообщение от Аноним (14), 10-Июл-20, 13:43 +/–

Это чтобы ядро в браузере исполнять?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #68

48. Сообщение от Аноним (14), 10-Июл-20, 13:44 +7 +/–

Выдаёт недостаточно объёмный размер бинарников.

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

49. Сообщение от Аноним (53), 10-Июл-20, 13:45 +/–

1. Небезопасный Раст - это чистый Си с проверками на безопастность. Никто, чистый Си без дополнительных инструментов не использует.
2. Я против, не потому-что Раст сложен. А потому-что, на какой-то стадии появится опасная возможность использования 2 компиляторов для компиляции ядра Линукса.
3. Для компиляции ядра Линукса не используются сишные библиотеки. А если Растаманы в каких-то компонентах пожелают использовать рантайм-библиотеки?
4. Пусть Растаманы пилят свой Redox и пусть Раст не выходит за пределы экосистем Redox и Servo.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #76, #102, #108

50. Сообщение от Fracta1L (ok), 10-Июл-20, 13:45 +2 +/–

Прими таблетки

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

51. Сообщение от Аноним (14), 10-Июл-20, 13:46 +2 +/–

Ну Git он после 30-ти запилил, поэтому справится.

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

52. Сообщение от Russter (?), 10-Июл-20, 13:47 –1 +/–

Taimer dumaet inache

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

53. Сообщение от Аноним (53), 10-Июл-20, 13:47 +/–

Си плюс-плюс вреден в ситемщине. Пусть Майкрософт пилит своё ядро на чём ему вздумается. На божественные Юниксы Си плюс-плюс не пускать!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #56, #72

54. Сообщение от Аноним (12), 10-Июл-20, 13:49 –2 +/–

Да, там эта проблема тоже есть, но не в таких масштабах, не 5-8 компиляторов в цепочке максимум для сборки последнего GCC

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

55. Сообщение от Аноним (14), 10-Июл-20, 13:50 +/–

Да слышал. Вот только вяло он шевелится, даже попыток принятия-включения не видно.

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

56. Сообщение от Аноним (14), 10-Июл-20, 13:52 +/–

Ну таки здесь, вроде как, Linux не принято считать UNIX-ом?

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

57. Сообщение от Аноним (12), 10-Июл-20, 13:53 –2 +/–

Я с ней столкнулся, когда собирал, по документации: https://rustc-dev-guide.rust-lang.org/building/how-to-build-...

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

58. Сообщение от Аноним (14), 10-Июл-20, 13:55 +/–

Не, пингвина заменять не нужно. Вот только чёрный пингвин это неполиткорректно. Радужный пингвин - самое то!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #129, #177

59. Сообщение от Аноним (14), 10-Июл-20, 13:58 +1 +/–

Да, палец у Линуса уже не тот...

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

60. Сообщение от Аноним (60), 10-Июл-20, 13:59 +/–

ripgrep, bat, fd я не против этих "из коробки"

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

61. Сообщение от n00by (ok), 10-Июл-20, 13:59 +/–

> А в этом, "С++ в виндовом ядре" - есть RAII?
RAII не требует поддержки времени выполнения, так что не понятно, о чём вопрос. Есть. Микрософт в своём коде (примерах) раньше не использовали.
> а исключения есть?
Если понимать, что такое arbitrary thread context и IRQL, то местами возможно использовать.

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

62. Сообщение от n00by (ok), 10-Июл-20, 14:06 +/–

> Фанатизм. С++ в ядре им не нравится, хотя в виндовом ядре он
> неплохо себя чувствует в некоторых подсистемах, а инородный Rust, который не
> поддерживает и половины аппаратных платформ Linux, им непременно там зачем-то нужен.
Всё таки сравнение не совсем корректно. Там ядро закрытое, потому драйвера пишут кто во что горазд. Здесь код открыт, и когда всё исполнено в одном духе и стиле -- воспринимать проще.

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

63. Сообщение от Аноним (63), 10-Июл-20, 14:07 –3 +/–

>нужно ли вообще добавлять такую поддержку
Ни в коем случае. Rust-программисты - это те же вебмакаки. Cargo - это тот же npm, только для rust.  Даже простая сборка hello-world ядерного модуля тянет ворох зависимостей из crates. При этом для crates нет цифровых подписей, а система сборки при сборке может исполнять произвольный код, скачанный с crates в виде пакета. Большинство раст-пакетов требуют ночную версию раст, которой нет в дистрибутивах и которую предлагается ставить с помощью curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh .
Добавление этого в ядро, а также подключение и включение вебмакак и их любимых подходов в разработку ядра, приведёт к тотальной и необратимой компрометации критической инфраструктуры.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78, #81, #145

64. Сообщение от Sauron (??), 10-Июл-20, 14:07 +/–

Ну так пусть пишут дайверы там где llvm работает.

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

65. Сообщение от burjui (ok), 10-Июл-20, 14:10 +2 +/–

Иногда бывает так: читаешь комментарий и не понимаешь - то ли автор шутит, то ли со стационара сбежал.

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

66. Сообщение от Аноним (63), 10-Июл-20, 14:12 –1 +/–

>Исследователи из Китайского университета в Гонконге развивают проект для
обеспечения мирового доминирования Китайской Народной Республики

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

67. Сообщение от б.б. (?), 10-Июл-20, 14:16 +1 +/–

> Наконец-то первая операционная система, поддерживающая многоязычное расширение.
у netbsd lua в ядре уже много-много лет

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

68. Сообщение от б.б. (?), 10-Июл-20, 14:17 +/–

>  Это чтобы ядро в браузере исполнять?
и это в netbsd уже было лет 10 назад, если не больше

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #70

69. Сообщение от Аноним (69), 10-Июл-20, 14:17 +/–

> Мальчики, почему все постоянно забывают, что у руста есть проблема с лицензией? Все произведения на русте автоматически принадлежат компании мозилла.
https://github.com/rust-lang/rust/blob/master/COPYRIGHT
Я извиняюсь, а о какой лицензии идет речь?
> Кроме того, есть проблема: рустовые фанбои с пеной у рта и в конвульсиях в истерике кричат, что обязательно на русте надо писать safe-код. Но в случае ядра и его модулей это технически невозможно.
https://doc.rust-lang.org/book/ch19-01-unsafe-rust.html
"Using unsafe to take one of the five actions (superpowers) just discussed isn’t wrong or even frowned upon. But it is trickier to get unsafe code correct because the compiler can’t help uphold memory safety. When you have a reason to use unsafe code, you can do so, and having the explicit unsafe annotation makes it easier to track down the source of problems when they occur."
Примерный перевод:
"Использование unsafe обсужденного ранее не является неправильным и не считается плохим."
> И почему если поехавшим от руста срать в ядро можно, то любителям lisp, haskell и прочим это запрещено? Нужны биндинги для всех языков, а не только для тех, чьи представители отличаются диагнозом шизофрения или склонность к психозам и истерикам от обычных людей?
Потому что создатель ядра и коммьюнити которое разрабатывает ядро видит смысл в добавлении поддержки rust и кто-то занимается имплементацией этой самой поддержки?

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

70. Сообщение от Аноним (70), 10-Июл-20, 14:20 +/–

Сравнил самолёт с велосипедом.

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

71. Сообщение от Аноним (70), 10-Июл-20, 14:22 +/–

Конечно есть RAII. И есть шаблоны. Нет исключений и фишек, обечпечиваемых рантаймом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #73

72. Сообщение от Аноним (70), 10-Июл-20, 14:25 +1 +/–

В ядре макоси C++ давно есть, а это самый натуралный юникс. Так что мимо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #130

73. Сообщение от Аноним (70), 10-Июл-20, 14:30 +/–

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

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

74. Сообщение от Аноним (75), 10-Июл-20, 14:30 +3 +/–

А то, что без perl ядро не соберется вас не пугает? Уже привыкли?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #82

75. Сообщение от Аноним (75), 10-Июл-20, 14:33 +1 +/–

Rust использует LLVM как бэкэнд, а LLVM поддерживает все основные платформы, на которых актуально текущее ядро Linux.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #86

76. Сообщение от Xasd5 (?), 10-Июл-20, 14:37 –1 +/–

всё верно. каждый пункт по делу

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

77. Сообщение от richman1000000 (ok), 10-Июл-20, 14:40 –1 +/–

зачем на RUST? Давайте сразу на Python+java...
Если уж переплавлять ядро в ведро то сразу и основательно!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79, #148

78. Сообщение от Xasd5 (?), 10-Июл-20, 14:43 +/–

скачивание какого-то говна из интернетов для очередной компиляции ядра (при этом у каждого интернет разный -- и прилететь может разное) -- совсем не радует.
поидее бы -- нужно запретить использование Cargo -- для целей компиляции ядра.
но с другой стороны Растоманы зачастую считают что cargo это неотъемлимая часть Rust.. и всячески активно его используют (создавая огромные каскады зависимостей, также как js-программиты со своими сраным npm).
это наверно как говорить "вот тебе пиши на C++ , но объектами пользоваться запрещаю!"

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

79. Сообщение от Xasd5 (?), 10-Июл-20, 14:46 –1 +/–

причём надо не просто Java -- а также написать Генератор который исходники на C превратит в Java.
то есть так чтобы при этом код (Java) оказался бы похож на говно, как оно и бывает после выхода всех этих Генераторов.. (а не только жрал бы дофига памяти).

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

80. Сообщение от Аноним (80), 10-Июл-20, 14:47 +3 +/–

Готов отдать свою.
Она все равно у меня в пустую потратится

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

81. Сообщение от анонн (ok), 10-Июл-20, 14:49 +1 +/–

> Большинство раст-пакетов требуют
> ночную версию раст, которой нет в дистрибутивах и которую предлагается ставить
> с помощью curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh .

% pkg search nightl
rust-nightly-1.46.0.20200630   Language with a focus on memory safety and concurrency

Че там у вас в WSL-like нет, никому особо не интересно.

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

82. Сообщение от Xasd5 (?), 10-Июл-20, 14:51 +1 +/–

а разве предлагают убрать perl (в случае появления rust)?
(или ты один из тех кто думает что указав на какую-то проблему ты замаскируешь текуще обсуждаемую проблему? как это любят вещать в зомпоящиках в авторитарных странах)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #84

83. Сообщение от муу (?), 10-Июл-20, 14:53 +/–

visual basic - индусы мелкомягка с радостью помогут

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

84. Сообщение от анонн (ok), 10-Июл-20, 14:59 +2 +/–

> а разве предлагают убрать perl (в случае появления rust)?
> (или ты один из тех кто думает что указав на какую-то проблему
> ты замаскируешь текуще обсуждаемую проблему? как это любят вещать в зомпоящиках в авторитарных странах)
То ли дело обозвать набор дикой чуши (см. хотя бы первый пункт с "небезопасностью" и третий пункс с бурной фантазией "если бабушка была бы дедушкой") "обсуждаемой проблемой"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #85

85. Сообщение от Xasd5 (?), 10-Июл-20, 15:02 –2 +/–

> третий пункс с бурной фантазией "если бабушка была бы дедушкой"
а как иначе?
не ясно же что им в голову придёт теперь :-) ..
им Rust разрешат и они на этой эфории понесут новые идеи

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #87

86. Сообщение от Xasd5 (?), 10-Июл-20, 15:09 –1 +/–

наверно не хватает ещё одной надписи, ато без неё будет разрыв в построении логической цепочки:
"Rust поддерживает все те же платформы которые поддерживает его бэкэнд" (я этого НЕ знаю -- просто написал что этой фразы не хватет)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #90

87. Сообщение от Xasd5 (?), 10-Июл-20, 15:15 –1 +/–

> ... и они на этой эфории понесут новые идеи ...
а потом как обычно говорят такие люди -- "ой! что-то мне Open Source надаел. теперь семья/дети/работа_грузчиком -- поддерживайте сами теперь это" (после внедрения эпических костылей, реализовывающих все их сокровенные влажные фантазии!)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #118

88. Сообщение от Xasd5 (?), 10-Июл-20, 15:20 +/–

> Наконец-то первая операционная система, поддерживающая...
тут в новость про ядро

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

89. Сообщение от Аноним (89), 10-Июл-20, 15:27 +3 +/–

gcc можно собрать используя clang.
Сколько сторонних компиляторов есть для Rust?

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

90. Сообщение от qetuo (?), 10-Июл-20, 15:44 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #188

92. Сообщение от lockywolf (ok), 10-Июл-20, 15:52 +/–

> Стоп а разве rust не компилируемый язык ?
> (еще раз перечитал заголовок ... ничего не понятно)
Компилируемость тут ни при чём, имеет смысл говорить, "генерящие elf-объекты". (Интерпретируемые языки тоже могут генерить elf.)
Но (а) нужно согласовывать линковочные символы. Для этого кое-какая работа нужна.
И (б) вопрос ещё не только в том, чтобы писать объектники, а ещё в том, чтобы код на русте стали принимать в ядро.

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

93. Сообщение от leap42 (ok), 10-Июл-20, 15:52 +2 +/–

> Возможность разработки драйверов на языке Rust позволила бы с минимальными усилиями создавать...
Сразу видно, писал человек написавший ровно 0 реальных проектов на Rust (я писал если что, хоть и for fun)
> безопасные и более качественные драйверы, избавленные от таких проблем, как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера
лол! буквально в этом году был баг пофикшен (уж не помню во фронтенде или в llvm), из-за которого borrow checker не работал как положено. т.е. никто за ним не проверял (зачем?)) а тот не работал xD

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #149, #272, #288

94. Сообщение от Аноним (94), 10-Июл-20, 15:57 +7 +/–

Забавно, что даже в этом коменте о Си закралось UB

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #226

95. Сообщение от anonymous (??), 10-Июл-20, 16:10 +1 +/–

Че мелочишься, давай сразу 1С диалект вкорячь. Интеллект программистов ядра Linux сразу деграднет на порядок.

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

96. Сообщение от Аноним (96), 10-Июл-20, 16:17 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #103, #109, #110, #116

97. Сообщение от Аноним (96), 10-Июл-20, 16:20 +/–

Сначала добавят в ядро раст, через год С++, потом джаву, потом питон, и как вишенку на торте добавят джаваскрипт. Вот до чего это доведёт.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #150, #207, #233

98. Сообщение от rioko (?), 10-Июл-20, 16:25 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #107, #242

99. Сообщение от Аноним (99), 10-Июл-20, 16:41 +13 +/–

Корпы потирая ручки: "Вот так мы и избавились от Гуся, наш план сработал. Без Гуся мы легко зОхватим все ядро"

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

100. Сообщение от Аноним (99), 10-Июл-20, 16:43 –1 +/–

Раст - небезопасный, сложный ни одной проблемы с++ он не решил. Тогда какой в нем смысл?

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

101. Сообщение от Анонимус111ЧЧЧ (?), 10-Июл-20, 16:57 +7 +/–

Протрите хлоркой после него

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

102. Сообщение от Ordu (ok), 10-Июл-20, 17:01 –2 +/–

> 1. Небезопасный Раст - это чистый Си с проверками на безопастность. Никто, чистый Си без дополнительных инструментов не использует.
Небезопасный раст если и безпаснее Си, то только потому, что там нет UB. А безопасный раст -- это не просто статический анализатор накручен сверху C, это когда задумка программиста описывается типами и алгоритмами. То есть в типах кодируются многие ограничения на то, что можно делать, а что нет. В случае C такие ограничения могут существовать только пока программист на C о них помнит.
> 2. Я против, не потому-что Раст сложен. А потому-что, на какой-то стадии появится опасная возможность использования 2 компиляторов для компиляции ядра Линукса.
Чем же она опасна, эта возможность? Может ты хотел сказать "неприятность, в виде необходимости использования двух компиляторов", а слово "опасность" просто ассоциацией к C выскочило?
> 3. Для компиляции ядра Линукса не используются сишные библиотеки. А если Растаманы в каких-то компонентах пожелают использовать рантайм-библиотеки?
Что значит "не используются"? В ядре куча всяких разных библиотек. И написаны они на C.
> 4. Пусть Растаманы пилят свой Redox и пусть Раст не выходит за пределы экосистем Redox и Servo.
Мечтай дальше. Твои хотелки нас не остановят.

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

103. Сообщение от Ordu (ok), 10-Июл-20, 17:03 +1 +/–

> считаю что код в ядре не должен использовать каких-то встроенных в язык рантайм библиотек.
Ок, в этом есть определённый смысл.
> Я против Rust в ядре
Но при чём здесь раст?

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

104. Сообщение от proninyaroslav (ok), 10-Июл-20, 17:15 +2 +/–

>почти невозможно написать полезный код
Разве чтобы написать полезный или бесполезный код нужен специальный язык)?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #131

105. Сообщение от proninyaroslav (ok), 10-Июл-20, 17:16 +/–

Ему и си хватает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #314

106. Сообщение от proninyaroslav (ok), 10-Июл-20, 17:17 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #182

107. Сообщение от анонн (ok), 10-Июл-20, 17:18 +4 +/–

> здесь проблема не в расте как таковом а в сложности упоминаемых проектов
Здесь скорее проблема в очередном анонимно-диванном анализе вида "возьмем пару подходящих под выводы фактов и озвучим эти выводы с умным видом". Потому что о ржавом CSS движке, которые уже почти 3 года в лисе или том же WebRender или туевой куче ОС уровнем куда хуже RedOx, причем на всевозможных языках https://wiki.osdev.org/Projects - анонимы очень скромно умалчивают.
И с умным видом делают выводы уровня "ветер дует потому что деревья качаются - это же всем очевидно!".

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

108. Сообщение от proninyaroslav (ok), 10-Июл-20, 17:23 +1 +/–

2. а про сборку ядра clangом уже забыли)?
3. в расте есть no_std. и пожелать использовать рантайм они не смогут при всём желании так как просто не скомпилируется
4. действительно, зачем этот раст вообще в продакшен пускать

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

109. Сообщение от анонн (ok), 10-Июл-20, 17:24 +4 +/–

> Я против Rust в ядре, так как считаю что код в ядре не должен использовать каких-то встроенных в язык рантайм библиотек. Им не место в ядре.
Очень, очень квалифицированное мнение! Держите нас и далее в курсе ваших расчетов!
https://prev.rust-lang.org/en-US/faq.html
=
Does Rust have a runtime?
Not in the typical sense used by languages such as Java, but parts of the Rust standard library can be considered a “runtime”, providing a heap, backtraces, unwinding, and stack guards. There is a small amount of initialization code that runs before the user’s main function. The Rust standard library additionally links to the C standard library, which does similar runtime initialization. Rust code can be compiled without the standard library, in which case the runtime is roughly equivalent to C’s.
=

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

110. Сообщение от proninyaroslav (ok), 10-Июл-20, 17:26 +1 +/–

> не должен использовать каких-то встроенных в язык рантайм библиотек
А про no_std не слышали?

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

111. Сообщение от anonymous yet another (?), 10-Июл-20, 18:22 –1 +/–

Что-то подозрительно много шумихи вокруг этого чуда.
Покажите компактный POC, можно было бы посмотреть.
А так: давайте всем миром вложимся в немаленькую архитектуру, а когда окажется что она ну очень немаленькая, накладывает тучу ограничений, контролируется толстым игроком и завязана на его инфраструктуру, будет аргумент "нельзя же, чтобы такие усилия пропали, надо принимать". А там демократические выборы, ущемлённые права или "имеют значение" подтянут.
Кёрниган с Ричи должны встать на колени и покаятся за сорок лет угнетения альтернативных языков в ядре.

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

113. Сообщение от Аноним (113), 10-Июл-20, 18:30 –2 +/–

Visual Studio в ядро добавьте пожалкуйста или хотя бы Visual Studio Code, IDEA и Qt Designer. А то я такой безрукий и без этих полезных вещей в ядре не могу apt install написать.

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

114. Сообщение от Аноним (114), 10-Июл-20, 18:43 –1 +/–

секта разрастается, пока ещё не поют на площадят, но уже скоро, ещё будут ходить по квартирам.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #208

115. Сообщение от Иваня (?), 10-Июл-20, 18:53 –2 +/–

Я хочу писать на Golang. Добавьте плиз в ядро Linux средств для разработки на языке Golang!

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

116. Сообщение от VladSh (?), 10-Июл-20, 18:55 +1 +/–

> Я против Rust в ядре...
Опа, а ребята из новости об этом не в курсе!

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

117. Сообщение от Ivan_83 (ok), 10-Июл-20, 19:03 +4 +/–

Большая ошибка.
Одно ядро - один язык, и чем проще язык - тем понятнее он остальным.
Поэтому таже плюсы - это уже плохо.
А раст - вообще катастрофа.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #122, #318

118. Сообщение от DEV (?), 10-Июл-20, 19:07 –1 +/–

о каких костылях речь?

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

119. Сообщение от Аноним (119), 10-Июл-20, 19:32 –1 +/–

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

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

120. Сообщение от Аноним (120), 10-Июл-20, 19:41 –1 +/–

Эта проблема есть у любого языка, компилятор которого пишется на нем самом. Даже у typescript она есть, а уж с Rust-то компилятор на C выглядел бы совсем глупо :-)

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

121. Сообщение от Аноним (121), 10-Июл-20, 19:42 +/–

rust-sources грядет. Это чтобы ядрышко собрать надо будет не gcc, а clang, llvm, rust и это полдня целых минимум.Calculate Linux по-моему обретает особый смысл и очарование.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #160, #162

122. Сообщение от Онаним (?), 10-Июл-20, 19:42 +/–

Да ладно вам. Ну будет полтора модуля на этом извращении, кому убудет-то. Главное, чтобы интерфейс был минималистичным и сильно глубоко в плане правок не лез.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #146

123. Сообщение от Аноним (120), 10-Июл-20, 19:44 +4 +/–

C++ без libstdc++ штука не особенно осмысленная, а какая может быть стандартная библиотека в ядре?
Ну, да, классы - но и всё. "Си с классами" можно писать и на С, со структурами и указателями на функции - примерно то же самое получится (см. модули nginx как пример).
А Rust именно как язык, безо всяких библиотек, дает преимущества.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #171

124. Сообщение от Аноним (120), 10-Июл-20, 19:45 +/–

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

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

125. Сообщение от Аноним (120), 10-Июл-20, 19:46 –1 +/–

_Собрать_ модуль можно не зная ни Раста, ни Си, ни даже Бейсика, в чем проблема?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #215

126. Сообщение от Аноним (126), 10-Июл-20, 19:48 +/–

Сколько ж дней оно с ним собираться будет? С временем компиляции у Раста всё плохо.

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

127. Сообщение от Аноним (127), 10-Июл-20, 19:50 +1 +/–

Зацени на досуге от куда берется компилятор gcc в LFS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #132

128. Сообщение от Аноним (121), 10-Июл-20, 19:54 +/–

Не зря этот хрен себе 32 ядра взял.(

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

129. Сообщение от Аноним (127), 10-Июл-20, 19:55 +2 +/–

>Вот только чёрный пингвин это неполиткорректно
Нет, это ты расист.

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

130. Сообщение от Аноним (120), 10-Июл-20, 20:01 +/–

В XNU подмножество C++ (Embedded C++) и специальные компиляторы с оптимизациями именно под ембедовку. Если изначально так ядро проектировать - это одно, а прикрутить нечто подобное к Linux kernel - задача если и решаемая, то трудозатраты будут огромными.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #192, #234

131. Сообщение от хрум (?), 10-Июл-20, 20:13 –1 +/–

для того что бы писать полезный код уже был С
поэтому придумали руст что бы писать исключительно бесполезный код

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #134, #136

132. Сообщение от Какаянахренразница (ok), 10-Июл-20, 20:29 +/–

С хостовой системы. Но он там собирается 3 раза, вроде:
- host-gcc собирает target-gcc из сорцов
- target-gcc, собранный при помощи host-gcc, собирает target-gcc
- target-gcc, собранный при помощи target-gcc, собирает target-gcc

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

133. Сообщение от Fracta1L (ok), 10-Июл-20, 20:36 –3 +/–

Это ещё и плюсуют лол

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

134. Сообщение от анончик (?), 10-Июл-20, 20:38 +3 +/–

Си приктически идеялен, он совмещает в себе быстродействие ассемблера с удобством асемблера.

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

135. Сообщение от Аноним (135), 10-Июл-20, 20:40 –3 +/–

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

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

136. Сообщение от proninyaroslav (ok), 10-Июл-20, 20:47 +/–

> для того что бы писать полезный код уже был С
А до си уже был ассемблер. Тогда зачем этот бесполезный си? Ну а потом c++ появился, ещё более бесполезный, так как си уже был)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #190

137. Сообщение от Аноним (229), 10-Июл-20, 20:49 +/–

Читаю эти хейт-спичи (сейчас это так называется?) по поводу раста и вспоминаю бессмертное https://ru.wikipedia.org/wiki/Настоящие_программисты_не_используют_Паскаль
Но там хоть в шутку это всё было.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #141, #158

138. Сообщение от Lex (??), 10-Июл-20, 21:06 –1 +/–

Чем ?
По сути своей, это тот же JS, который исполняется на базе движка JS, только супер-минифицированный( собсно, в «рекламных буклетах» так и говорят: «ускорение парсинга в сравнении с обычным JS». Про скорость выполнения обычно помалкивают, а то и умалчивают о существующих ограничениях )

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #169

139. Сообщение от Аноним (139), 10-Июл-20, 21:21 +1 +/–

Раст объективно хороший язык, какие проблемы?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #180, #189, #224, #240, #259

140. Сообщение от Аноним (139), 10-Июл-20, 21:22 +/–

Что за чушь?

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

141. Сообщение от Аноним (114), 10-Июл-20, 21:24 +1 +/–

в принципе уместное сранение, но даже паскаль не был настолько ущербным как руст, а ада тем более. руст - это просто набор хаков для ллвм который выдаётся за "безопасность".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #159

142. Сообщение от Аноним (139), 10-Июл-20, 21:27 +/–

Что не так с синтаксисом?
После C как глоток свежего воздуха на берегу океана, проще и понятнее, нет остатков многовековой совместимости

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #183

143. Сообщение от Аноним (139), 10-Июл-20, 21:28 –4 +/–

Мусор не надо, но действительно крутые вещи вроде Раста - стоит

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

144. Сообщение от Аноним (144), 10-Июл-20, 21:30 +/–

Что-то я как опёнковод со стажем этому совсем не рад.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #167, #261

145. Сообщение от Аноним (139), 10-Июл-20, 21:34 +/–

А C-программисты живут словно и 80ых, и поэтому не вебмакаки, да?
И вообще, использование современных средств - плохо!
Нужно, как и раньше, все расчеты проводить на калькуляторе! Нет, счетах, калькуляторы слишком современны.
Как раз один из основных минусов C/C++ - отсутствие дефолт пакетного менеджера, который есть во всех современных актуальных языках. Это не в контексте ядра, разумеется, но факт остаётся фактом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #206

146. Сообщение от Ivan_83 (ok), 10-Июл-20, 21:35 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #157

147. Сообщение от Michael Shigorin (ok), 10-Июл-20, 21:36 –1 +/–

> И почему если поехавшим от руста срать в ядро можно, то любителям
> lisp, haskell и прочим это запрещено?
Потому что культура.  Впрочем, с ними айда к нам, будете в хорошей компании. :)
http://altlinux.org/alterator
http://altlinux.org/Haskell_Porting_Initiative

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

148. Сообщение от Аноним (139), 10-Июл-20, 21:36 +2 +/–

Эм. Как можно сравнить язык по производительности на уровне C/C++ с Джавой и тем более тормознейшим Питоном?
Что у вас вообще в головах, откуда такая чушь льется?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #186

149. Сообщение от Аноним (139), 10-Июл-20, 21:39 +2 +/–

После некоторого порога входа, какие такие особые усилия необходимо прилагать?
Пишешь и наслаждаешься
А по поводу бага - суть в том, что в UB/UB++ это задокументированное стандартное поведение, а для Раста - лютый баг :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #187

150. Сообщение от Аноним (139), 10-Июл-20, 21:41 –1 +/–

C++ ладно, это хороший языке, но каким тут боком языки без zero cost abstraction?

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

151. Сообщение от Аноним (139), 10-Июл-20, 21:43 –1 +/–

На порядок безопаснее UB/UB++
И многие проблемы C++ решил
Складывается ощущение, что вы вообще о расте на заборе что-то краем глаза читали

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #203, #210

152. Сообщение от Аноним (139), 10-Июл-20, 21:44 –1 +/–

При чем тут добавление поддержки хорошего языка?

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

153. Сообщение от Аноним (139), 10-Июл-20, 21:44 +2 +/–

У него ж сборщик мусора

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #195

154. Сообщение от Аноним (139), 10-Июл-20, 21:45 +1 +/–

Будто у C/C++ лучше

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #172

155. Сообщение от user90 (?), 10-Июл-20, 21:46 +1 +/–

> занимающийся в Google обеспечением поддержки сборки
Что, никому не смешно? Какой-то х. с гор.. то есть из гуглеля! что-то там сказал.

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

156. Сообщение от Аноним (139), 10-Июл-20, 21:46 +2 +/–

> дегродов до написания драйверов нельзя допускать
А при чем тут Раст?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #168

157. Сообщение от Онаним (?), 10-Июл-20, 21:48 –3 +/–

Зачем? Просто снимаются опции ядра для этого хлама в базовой поставке, и всё.
Кому надо - пересобирают со своим хрустом сами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #174

158. Сообщение от Аноним (139), 10-Июл-20, 21:48 –2 +/–

Просто пишущие на C/C++ боятся, что их знания потеряют цену, только и всего
Этого не случится, конечно, даже если сейчас всем внезапно придется перейти на Раст, но некоторые слишком консервативны для принятия нового

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #163, #166

159. Сообщение от Аноним (139), 10-Июл-20, 21:49 +/–

C/C++ от ущербности Раста менее ущербными быть не перестанут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #165

160. Сообщение от Онаним (?), 10-Июл-20, 21:50 –1 +/–

Да ладно вам - ну хотят трахаться, пусть трахаются - если растоводы возьмутся это в ядре поддерживать, why not? Но они вряд ли возьмутся, там не тот уровень.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #298

161. Сообщение от Аноним (139), 10-Июл-20, 21:50 –1 +/–

Тут скорее только неадекватные сектанты сишечки

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

162. Сообщение от Онаним (?), 10-Июл-20, 21:51 –1 +/–

(имеется в виду, что по умолчанию это "N", желающие - велком "Y", и тогда уже в пререквизитах весь тулкит по правилам)

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

163. Сообщение от Онаним (?), 10-Июл-20, 21:52 +/–

К счастью, "всем внезапно придётся" невозможно - адекватных слишком много :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #222

164. Сообщение от Онаним (?), 10-Июл-20, 21:55 +/–

> WASM в ядре пргодлась бы кроме всяких шутоок.
Не надо. С BPF-то грабли на граблях, а уж WASM в kernel mode - это вообще только для камикадзе.

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

165. Сообщение от Аноним (114), 10-Июл-20, 22:04 +/–

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

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

166. Сообщение от Аноним (229), 10-Июл-20, 22:09 +1 +/–

Вот именно. Столько лет жили в своём уютном мирке, а тут внезапно появился годный язык общего назначения. НИБАМБИТ

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #221, #282

167. Сообщение от Дегенератор (ok), 10-Июл-20, 22:18 –1 +/–

Представляешь, я тоже... Кто-бы мог подумать... Не застрелись там! )))

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

168. Сообщение от Аноним (135), 10-Июл-20, 22:28 +/–

>> дегродов до написания драйверов нельзя допускать
> А при чем тут Раст?
А при том, что главное позиционирование его и причина внедрения это почва для расцвета дегродов, профи системные инженеры и на Сях нормально прогают, потому что основательно знают с чем имеют дело, и как только дозволительно становится набирать всяких олухов, которые могут себе позволить "не делать ошибок", потому что система им не даёт "прострелить ногу", то сразу же начинается ещё большее деграданство.
По подобной же причине всякие скриптомакаки гомнокодят, потому что не надо можг напрягать.
А в итоге мы получаем приложения на электроне, JS везде и всюду, даже в DE, и лютый жор ресурсов, а глюков не то что бы убавилось, их ещё в полку прибыло.
Современных программистов вообще надо сажать за машины с 1 Гб ОЗУ и процом бюджетнопомоешным, чтобы за лимиты не вылазили.
А по минусам к этому коменту мы узнаем сколько в тему забежало скриптомакак со своим суперважным протестом про инновации, развитие, на сях нельзя писать, чтобы не было решета, и прочее ко-ко-ко

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #173, #229

169. Сообщение от Весельчак У (?), 10-Июл-20, 22:38 –1 +/–

Это ни разу не js. Это универсальный переносимый формат исполняемых файлов. Выполняется в виртуальной машине. Виртуальная машина решает куда дать доступ и как. Он свободный. Медленный потому что не настоялся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #196

170. Сообщение от Страшный аноним (?), 10-Июл-20, 22:54 +2 +/–

Rust пока себя особо не проявил, хотя языку уже много годков. Он уродлив и нечитабелен. Возможно, через определенной время он прекратит своё существование, дав жизнь, после переосмысления чему-то более юзабельному и красивому. Так зачем похабить ядро Linux? Я вообще считаю, что не C небезопасный, а что слишком много идиотов на нем программируют, не понимающих все плюсы и минусы языка.

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

171. Сообщение от Аноним (171), 10-Июл-20, 23:14 –1 +/–

Стандартная библиотека в ядре - не большая проблема: есть стандартные библиотеки C++ для микроконтроллеров.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #194

172. Сообщение от Ordu (ok), 10-Июл-20, 23:59 +/–

У C лучше. У C++, мне кажется, тоже лучше, хотя не писал на нём очень давно, а на чужом коде сложно оценивать тормознутость компилятора.

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

173. Сообщение от anonymous (??), 11-Июл-20, 00:01 +1 +/–

> потому что не надо можг напрягать.
Вообще у Rust порог вхождения намного выше, чем у Си. Он накладывает на тебя кучу ограничений, компенсируя экспрессивной системой типов и некоторыми другими zero-overhead feature-сами.

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

174. Сообщение от Ivan_83 (ok), 11-Июл-20, 00:15 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #230

175. Сообщение от Аноним (175), 11-Июл-20, 00:24 +4 +/–

Но ведь полезно же иметь язык, предотвращающий как можно больше ошибок?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #268, #292, #299

176. Сообщение от OpenEcho (?), 11-Июл-20, 00:33 +/–

Он совсем недавно говорил что вообще больше не програмирует, переписка, консультация, короче бюрократия засосала

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

177. Сообщение от Анонолекс (?), 11-Июл-20, 00:39 +/–

Черный - это не цвет, это его отсутствие... Тоже применимо и к нашей бытовухе и то фигне, что сейчас творится в мире...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #185

178. Сообщение от th3m3 (ok), 11-Июл-20, 00:50 –1 +/–

Чтобы писать недостающие драйвера на Rust? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #181

179. Сообщение от Аноним (179), 11-Июл-20, 00:54 –1 +/–

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

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

180. Сообщение от Аноним (180), 11-Июл-20, 01:30 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #197

181. Сообщение от Аноним (180), 11-Июл-20, 01:35 +1 +/–

вот прям раньше никак нельзя было писать эти недостающие дрова? Только достающие?

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

182. Сообщение от Аноним (180), 11-Июл-20, 01:51 –1 +/–

в здравом уме конечно никто не будет ... но не у всех ум здравый.

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

183. Сообщение от Аноним (180), 11-Июл-20, 01:55 –1 +/–

иди и пиши свою ось, захер лезть в чужую и ломать её?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #231

184. Сообщение от Аноним (180), 11-Июл-20, 01:57 –1 +/–

с растом почему-то не так

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

185. Сообщение от Аноним (180), 11-Июл-20, 01:59 +/–

не путайте цвет и свет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #247

186. Сообщение от Аноним (180), 11-Июл-20, 02:11 –1 +/–

ты застрял где-то в вин95

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #264

187. Сообщение от leap42 (ok), 11-Июл-20, 03:08 +2 +/–

> После некоторого порога входа, какие такие особые усилия необходимо прилагать?
это на borrow cheker и владение намек? так то - миф, его какие-то обезьяны-теоретики форсят. программисту, который понимает как работает память (т.е. писал профессионально на C/C++/Go) нет проблем разобраться.
усилия на настоящем проекте надо прилагать огромные. именно поэтому в авангарде реального софта на Rust 7% Firefox и консольные утилиты 70-х годов
> Пишешь и наслаждаешься
для этого нужен простой, незамусоренный синтаксис, богатая стандартная библиотека (чтобы проект не вставал колом каждый раз, когда какая-то истеричка удаляет свой crate + чтобы не вникать в чужой код для его починки, в стандартной библиотеке код точно хорош, а вот в crate может быть только на словах)
> А по поводу бага - суть в том, что в UB/UB++ это
> задокументированное стандартное поведение, а для Раста - лютый баг :)
если бы вы писали на Си, то пользовались бы несколькими тулами для отлова граблей. в Rust она такая одна, и она не работала.
две большие разницы - стрелять себе в ногу, хотя тебя предупреждали, и стрелять себе в ногу, хотя тебя уверяли, что это вообще невозможно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #235

188. Сообщение от Аноним (188), 11-Июл-20, 03:22 +/–

Во многой мудрости много печали; и кто умножает познания, умножает скорбь

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

189. Сообщение от Аноним (189), 11-Июл-20, 03:50 +2 +/–

> Раст объективно хороший язык, какие проблемы?
1. Часто меняется.
2. Контролируется по сути 1 корпой - мазилой.
3. Навороченные конструкции, гарантии применительно к которым вилами по воде писаны.
4. Вебмакаки в ядре не рулят.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #218

190. Сообщение от Аноним (190), 11-Июл-20, 03:54 –2 +/–

> А до си уже был ассемблер.
У него был довольно неариятный недостаток, который совершенно случайно заметили разработчики колибри-ОС'а. Решили они как-то перейти с x86 на x86-64 - а тут оказывается вообще все переписывать надо. Представляете себе какое западло? И родили они с горя C--, чтоли, или как там его :). Чота разлюбив ассемблер...
(а знаете, прикольно когда драйвер какой-нибудь usb-клавы без изменений взлетает даже на вон том mips'овом роутере, если ему в usb клаву зачем-то подцепить охото)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #202

191. Сообщение от Аноним (190), 11-Июл-20, 03:54 +/–

> Gcj подзаброшен.
И даже вроде уже подвыброшен, не?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #306

192. Сообщение от Аноним (192), 11-Июл-20, 04:10 +/–

> В XNU подмножество C++ (Embedded C++) и специальные компиляторы с оптимизациями именно
> под ембедовку.
Только чего-то именно в эмбедовке этой XNU и нету как раз.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #193, #266

193. Сообщение от Аноним (193), 11-Июл-20, 05:15 +/–

А apple watch - это не ембедовка что ли?

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

194. Сообщение от Аноним (193), 11-Июл-20, 05:16 +/–

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

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

195. Сообщение от leap42 (ok), 11-Июл-20, 05:36 +/–

> У него ж сборщик мусора
и? да, кое-где STW даже длинной <=0,1мс - непозволительная роскошь, но кое-где норм. я уже молчу о том, что выключать сборщик и запускать его вручную или вообще юзать malloc/free в Go можно и это поддерживается

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #263

196. Сообщение от Lex (??), 11-Июл-20, 06:07 +/–

> Это ни разу не js. Это универсальный переносимый формат исполняемых файлов. Выполняется
> в виртуальной машине. Виртуальная машина решает куда дать доступ и как.
> Он свободный. Медленный потому что не настоялся.
Он исполняется на базе JS-движка, поскольку ключевое применение wasm - это веб и речь о том, применять ли существующие и неплохо работающие штуковины или придумывать совершенно новые, с кучами дыр, багов и это при примерно аналогичном JS функционале( хотя и с некоторыми нюансами ). Самое забавное, что это никто и не скрывает.
Да-да, виртуальная машина итп.
Всё это уже проходили в JS. В конечном счёте, условно-безопасным( и весьма тормозным ) оно было во времена чистого интерпретатора. С приходом норм скорости ввиду добавления JIT, появилась куча проблем, в т.ч едва ли разрешимых.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #209

197. Сообщение от коржик (?), 11-Июл-20, 06:37 +3 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #258

198. Сообщение от Аноним (198), 11-Июл-20, 06:48 +/–

да, в LFS оно берется из хост-системы. А вот Guix, например, работает над уменьшением количества доверенных бинарников до минимума, и там новые версии gcc собираются старыми, а одна из старых компилируется tcc (tiny c compiler), а tcc компилируется их самописным компилятором на лиспе, а в начале этой цепочки GNU Mes (маленький лисп и компилятор си, вроде даже на том же лиспе). Ну и в целом как-то оно неправильно, что каждый новый компилятор у Rust написан на новом языке, для которого нужен новый компилятор. Над минимализацией количества доверенных бинарников надо работать, а то закроется static.rust-lang.org, и как вы будете без бинарников собирать Rust? Да так и будете, версия за версией, начиная с той версии, которая не на Rust. у Gcc легче, там следующая версия зависит не от предыдущей, а от какой-нибудь пред-пред-предыдущей, то есть не пытаются сразу пихать в компилятор свистелки и тут же на них писать следующий компилятор, как это делается с Rust. Безусловно, это тоже проблема и ее тоже как-то нужно решать, потому что в перспективе это оборачивается слишком большим количеством source-зависимостей

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

199. Сообщение от коржик (?), 11-Июл-20, 06:57 +/–

И никакой конкретики

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

201. Сообщение от Да (?), 11-Июл-20, 08:11 –3 +/–

Если Rust сможет избавить мир от вечного бетатеста программ написанных индусами на Си - ++, то я за.

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

202. Сообщение от Аноним (202), 11-Июл-20, 09:00 +1 +/–

C-- был ещё в начале 90х.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #232

203. Сообщение от anonymous yet another (?), 11-Июл-20, 09:10 +1 +/–

> И многие проблемы C++ решил
Тут, между прочим, очередь из решателей всех проблем C++.
Вставайте, но передайте, чтобы больше не занимали.

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

204. Сообщение от asdasd (?), 11-Июл-20, 09:17 +1 +/–

> занимающийся в Google
Не, не, не, ни кому не в обиду, но когда крупные компании занимаются подобными вопросами, это тушите свет.

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

205. Сообщение от asdasd (?), 11-Июл-20, 09:19 +1 +/–

> поддержку GCC атрибутов inline, cold, alias, used и section
А ничего, что inline появился аж в C99?

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

206. Сообщение от Анонолекс (?), 11-Июл-20, 10:12 +2 +/–

Дефолтный пакетный менеджер для Си/Си++ - это пакетный менеджер дистрибутива. Испокон веков всех всё устраивало, пока не народилось поколение воинствующих обезьянок.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #219

207. Сообщение от Анонолекс (?), 11-Июл-20, 10:15 +/–

Так гугл джаваскрипт итак пытается воткнуть во всё, куда дотянется...

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

208. Сообщение от Анонолекс (?), 11-Июл-20, 10:18 –1 +/–

Свидетели ржавчины?
P.S. Как представил таких в костюмах ржавых грибов, так сразу захотелось взять и уе... ну вы поняли... :-)

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

209. Сообщение от funny.falcon (?), 11-Июл-20, 10:27 +/–

WASM - ни разу ни про JS. Это реально низкоуровневый байткод. Там нет "объектов, прототипов, массивов, уникодных строк, GC". Все, что там есть, это байтики и команды манипуляции байтиками. И это немного приправлено безопасностью.
Ок, еще проковыряна дырка в js мир. Но она опциональна.
Многие проекты задумываются о поддержке плагинов на WASM. В основном такие, которым нужна скорость в обработке бинарных данных: сетевых протоколов, музыки, графики.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #227

210. Сообщение от Аноним (210), 11-Июл-20, 10:30 –1 +/–

То-то я смотрю везде где он есть он используется только с модулями unsafe.

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

215. Сообщение от анон (?), 11-Июл-20, 10:44 –2 +/–

В том, что он соберется не так, как мне нужно.

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

218. Сообщение от marios (ok), 11-Июл-20, 11:36 –2 +/–

1. Про аспекты языка и std::, которые могут измениться, это известно заранее.
2. К Java не имеешь претензий?
3. Конструкции лаконичные и гарантии строгие.
4. Лол.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189 Ответы: #225

219. Сообщение от Аноним (219), 11-Июл-20, 11:49 –2 +/–

Как раз таки никого и не устраивало, перенести приложение, а тем более проект тот ещё гемморой из НИЧЕГО.
А как это сейчас. Пересобирать приложение для каждого дистрибутива, ну ок, бл*ть ещё и зависимости в другом месте лежат, ну ок, в evn наверное пути есть..нихера и началось. Тратишь время на решение никому ненужной проблемы. Пакетные менеджеры языков решают все эти проблемы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #301

221. Сообщение от анон (?), 11-Июл-20, 12:07 +1 +/–

Мне то же самое говорили и про го.

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

222. Сообщение от анон (?), 11-Июл-20, 12:14 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #287

223. Сообщение от анон (?), 11-Июл-20, 12:56 +/–

ag вылизано чуше ripgrep

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

224. Сообщение от Аноним (225), 11-Июл-20, 13:02 –3 +/–

1) он небезопастный. В нем unsafe блоки отличии от Си
2) у него ужастный синтаксис
3) на нем невозможно написать ничего сложнее hello world
4) на нем пишут отвратительный, нечитаемый, кривой код
5) он никому не нужен

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #241, #271

225. Сообщение от Аноним (225), 11-Июл-20, 13:04 –7 +/–

java такой же убогий язык. Все нормальные люди пишут на C#
Вот если бы C# предложили в ядро включить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #238, #300

226. Сообщение от Аноним (225), 11-Июл-20, 13:05 +/–

Почему?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #278

227. Сообщение от Lex (??), 11-Июл-20, 13:06 +/–

Ну я и говорю - супер-минифицированный JS с нюансами( нельзя напрямую работать с DOM-деревом итп - только через прослойку из «классического» JS + допданные для интерпретатора, которые могут помочь оптимизировать ему потребление ресурсов )
Если говорить о чем-то условно-универсальном и низкоуровневом, то почему это касается чего угодно, кроме того же LLVM с его байткодом, хотя много где даже сборка ПО так или иначе его реально касается ?
Там не совсем про скорость обработки - там, скорее, про возможность изначально писать код на любом из языков, которые могут приводиться к wasm( насколько помню, это как минимум чуть ли все, которые норм приводятся к llvm ir ), а не только на пихоне.

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

228. Сообщение от Аноним (225), 11-Июл-20, 13:09 +/–

чтобы собрать компилятор rust нужен компилятор! Это фатальный недостаток языка!

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

229. Сообщение от Аноним (229), 11-Июл-20, 13:12 –1 +/–

Да-да, надо всё на ассемблере писать.

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

230. Сообщение от Онаним (?), 11-Июл-20, 13:57 –1 +/–

Если так случится, значит оно действительно полезное, и заслуживает места быть.
Но я скорее предполагаю путь staging -> small team support -> no support -> obsolete -> extinct.

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

231. Сообщение от Аноним (-), 11-Июл-20, 13:57 +/–

> иди и пиши свою ось, захер лезть в чужую и ломать её?
Месье Торвальдс собственной персоной? Или очередной аноним, ничихуахуа ядерного вообще не написавший, зато в крутой маечке с пингвинчиком?

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

232. Сообщение от Аноним (-), 11-Июл-20, 14:06 +1 +/–

> C-- был ещё в начале 90х.
Это 294й из параллельно-альтернативной вселенной. У него там все было по другому - потому и комменты примерно в том же духе.

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

233. Сообщение от Онаним (?), 11-Июл-20, 14:09 –1 +/–

Чессгря есть мысль что впилить duktape в ядро будет легче, чем хруст. И дешевле - собирается всё тем же GCC.
Но зачем? :)

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

234. Сообщение от Аноним (234), 11-Июл-20, 15:30 +/–

Ага, специальный clang с секретными оптимизациями, а до этого был особый аненербе-гцц.
>Если изначально так ядро проектировать
Изначально это антикварный MACH на С, тот же самый что и в хурде, к которому прикрутили подсистему для драйверов на плюсах.

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

235. Сообщение от Аноним (234), 11-Июл-20, 16:08 +1 +/–

>для этого нужен простой, незамусоренный синтаксис, богатая стандартная библиотека
И этого всего в Си нет, лол!
>если бы вы писали на Си, то пользовались бы несколькими тулами для отлова граблей
Вот с этого места пожалуйста подробнее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #274

236. Сообщение от Аноним (236), 11-Июл-20, 16:36 +/–

Это очень плохо что вместо замечательного, безопасного и удобного Си, будет дырявый, тормозной и убогий rust
Rust нужно запретить

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #246

237. Сообщение от Аноним (237), 11-Июл-20, 16:38 –1 +/–

Каждый раз, когда читаю комментарии под новой статьей о Rust на opennet, в голове невольно вертится пословица "Собака лает, а караван идёт".
Может уже бы сели спокойно на выходных, да изучили бы язык, помедитировали над его концепциями? Нет, конечно, это всегда морально проще с пеной у налитыми кровью глазами грудью защищать статус-кво, но чтобы двигаться вперед, увы, всегда нужно выходить из зоны комфорта и пересматривать традиции.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #267, #273

238. Сообщение от виндотролль (ok), 11-Июл-20, 18:05 +/–

Так разве ещё не в ядре, nt4.0 которое?

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

239. Сообщение от Аноним (239), 11-Июл-20, 19:00 +/–

А вот в Golang как-то циклы подобные оптимизируют и они там за долю секунды выполняются, а потом спать уходят =)

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

240. Сообщение от Gogi (??), 11-Июл-20, 19:25 +/–

Он "хороший" только для хипстоты и смузихлёбов. Как таковой, это просто "ещё один" язык для неокрепших умов. Писать на этом г****вне всё равно никто не будет, один только хайп подымают.

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

241. Сообщение от Gogi (??), 11-Июл-20, 19:27 –1 +/–

+1.
Кроме того, все эти ужимки с "владением объектом" - полная чушь и околесица. Никто так писать не будет, а "изучать глубоко" - тем более.
И это не говоря о том, что там напрочь отсутствует ООП. Без объектов писать большие сложные системы - медленное самоубийство под тонной собственной вермишели.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224 Ответы: #257, #295

242. Сообщение от Gogi (??), 11-Июл-20, 19:29 +/–

Почему Си-Сипипям это не мешает??

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

243. Сообщение от Олег (??), 11-Июл-20, 19:34 +/–

> Интересно как будут ментейнить ОС на разных языках?
А вот так. Теперь, если мейнтейнер свалит, а никто в его коде на хз каком языке разбираться не захочет, модуль выкинут и всё.
Вообще паразительное по своей глупости решение.

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

244. Сообщение от Gogi (??), 11-Июл-20, 19:36 –1 +/–

Причём тут "бинарно работала"? Сам-то понял, чё ляпнул?
Речь идёт о том, что любой, кто попытается управлять разработкой ядра, сразу же получает граблями в виде "многоязычия". Ты сам-то много языков знаешь? Именно "знаешь" и понимаешь на 100%, а не как большинство лабухов - "писал однажды хелловорлд".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #256

246. Сообщение от Gogi (??), 11-Июл-20, 19:40 –1 +/–

Ну он не то, чтобы "убогий", но без ООП это г***вно не нужно вообще. И работа с объектами сложная - все эти "передачи владения". Никто этим заниматься не будет, а значит будут бесконечно наступать на грабли.

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

247. Сообщение от Gogi (??), 11-Июл-20, 19:44 +1 +/–

Если ты проссал всю физику в школе, то объясню: это ОДНО И ТО ЖЕ.

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

255. Сообщение от via (??), 11-Июл-20, 20:21 +2 +/–

А кто им мешает-то, пусть делают, что хотят, только не под флагом kernel.org.

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

256. Сообщение от m.makhno (ok), 11-Июл-20, 20:57 +/–

нет, немного; да, понял - ведь всё так или иначе сводится к машинному коду, верно? средство его создания может быть любым, главное - результат...

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

257. Сообщение от fatlortroll (?), 11-Июл-20, 21:27 +1 +/–

> Без объектов писать большие сложные системы
И как же линуксовое ядро на pure C нашкодили-то?

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

258. Сообщение от microsoft (?), 11-Июл-20, 22:08 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #270

259. Сообщение от Аноним (259), 11-Июл-20, 22:22 +/–

А зоопарк из кучи языков - это разве не проблема?

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

260. Сообщение от Ordu (ok), 11-Июл-20, 23:44 +/–

> Скомпилировать 43+ компилятора для Rust предыдущих версий
Нет, не 43. Я не скажу в точности сколько, последний раз я наблюдал активность по бутстрапу rust'а в блоге guix[1]. Там фишка в том, что на C++ написан mrust, который неполноценный раст, он исходит из того, что ему подсовывают корректный код, и на этом экономит кучу сложности. И этот mrust может сходу скомпилировать rust-1.19, то есть уже 43-19. Если пройтись по ссылке на github mrust'а[2], то там написано, что он аж rust-1.29 может собрать сейчас. То есть 43-29 версий придётся пересобирать.
Но при этом сейчас ведь появились эдишны. Я не помню, как там разработчики rust'а сами отреагировали на своё нововведение: придерживаются ли они rust2018, когда пилят rustc, или продолжают налево и направо фишки из беты использовать.
[1] https://guix.gnu.org/blog/2018/bootstrapping-rust/
[2] https://github.com/thepowersgang/mrustc

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

261. Сообщение от Аноним (-), 12-Июл-20, 00:36 +/–

та да - во фрю, бывало, дрова из lo0nix'а тащили (некоторые копрорации в поднебесной ведь только для оного и пишут, и то за счастье!), а дрово-растию уже не потащить...

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

262. Сообщение от Аноним (-), 12-Июл-20, 00:42 +/–

>63), 14:12, 10/07/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
>>Исследователи из Китайского университета в Гонконге развивают проект для
>обеспечения мирового доминирования Китайской Народной Республики
Сразу видим две вещи:
1) аноним реально в теме - там так и есть
2) модыратор реально куплен ККП

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

263. Сообщение от Аноним (-), 12-Июл-20, 00:44 –1 +/–

Что "и"? Ты реально не понимаешь? Если не понимаешь - в ядро не смей соваться!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #269

264. Сообщение от Аноним (-), 12-Июл-20, 00:47 +/–

а чё, в твоей персональной вселенной уже поди писюн без GIL да java без сборщика мусора, да? ;)
прими таблетки и удались, стильный-модный-молодёжный.

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

265. Сообщение от Аноним (-), 12-Июл-20, 00:49 +/–

нет, он не куплен, всё гораздо печальнее... Он последователь этой идеологии, при чём промыты с раннего детства.

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

266. Сообщение от anonimous (?), 12-Июл-20, 01:27 +/–

Осей для микроконтроллеров на с++ написано много уже давно. Работают.

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

267. Сообщение от anonimous (?), 12-Июл-20, 01:35 +1 +/–

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

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

268. Сообщение от Xasd5 (?), 12-Июл-20, 11:18 +1 +/–

в ядре?

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

269. Сообщение от leap42 (ok), 12-Июл-20, 11:47 +/–

> Что "и"? Ты реально не понимаешь? Если не понимаешь - в ядро
> не смей соваться!
ну раз аноним запретил, то не буду xD
(на Go если что уже есть драйвера, хоть и не для Linux, чудик)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263 Ответы: #289

270. Сообщение от коржик (?), 12-Июл-20, 12:01 +2 +/–

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

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

271. Сообщение от коржик (?), 12-Июл-20, 12:04 +/–

> 2) у него ужастный синтаксис
В чем ужас?

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

272. Сообщение от Anonn (?), 12-Июл-20, 12:52 +/–

>буквально в этом году был баг пофикшен (уж не помню во фронтенде или в llvm), из-за которого borrow checker не работал как положено
А можно поподробнее? Друг интересуется

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

273. Сообщение от Сишник (?), 12-Июл-20, 13:18 –2 +/–

Собрал хеллоуворд, оказалось 5мб весит, ну его нафиг. Те, кто такое сделал, хорошему не научат.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #276

274. Сообщение от leap42 (ok), 12-Июл-20, 13:50 +/–

>>для этого нужен простой, незамусоренный синтаксис, богатая стандартная библиотека
> И этого всего в Си нет, лол!
>>если бы вы писали на Си, то пользовались бы несколькими тулами для отлова граблей
> Вот с этого места пожалуйста подробнее.
анализатор clang, cppcheck, asan/ubsan ну и конечно "-Wall -Wextra -Wpedantic -Wshadow -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wconversion" для компилера - это современный стандартный набор

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

275. Сообщение от Anonn (?), 12-Июл-20, 14:01 +/–

Справедливости ради, ядро написано не на Си.
Большинство из следующих используемых в ядре конструкций отсутствуют в языке Си
Вывод типов - typeof(x)
Ассемблерные вставки - asm volatile("pxor %xmm5,%xmm5");
Диапазоны в свитче - case 1 ... 7:
Массивы нулевой длины - some_variable_len data[0];
Адрес вызывающего - ptr = __builtin_return_address(0)
Определение константности выражения - if __builtin_constant_p(c)
Различные атрибуты функций - __attribute__((always_inline))
Подставляемые функции - inline void fun()
Имя текущей функции - my_func_name = __func__
Инструкции-выражения - ({ int a = b + 1; a; })
Переменное число параметров в макросах - __VA_ARGS__
Арифметика с указателями на void - ++void_ptr
Неконстантные инициализаторы - int arr[2] = { x, y }

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

276. Сообщение от Аноним (-), 12-Июл-20, 15:05 +/–

> Собрал хеллоуворд, оказалось 5мб весит, ну его нафиг. Те, кто такое сделал,  хорошему не научат.

cat hello.rs &&  rustc -O  hello.rs && wc -c ./hello
fn main() {
  println!("Hello World!");
}
  306552 ./hello
% rustc -O  hello.rs -C link-args=-s && wc -c ./hello
  232208 ./hello
% rustc -O  hello.rs -C prefer-dynamic -C link-args=-s && wc -c ./hello
   14856 ./hello

Криворук и ламероват - это злобный раст все виноват!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #280, #286

277. Сообщение от Аноним (-), 12-Июл-20, 15:43 +/–

Спорно.
И ты этим хочешь оправдать использование Раста? Глупенький.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275 Ответы: #281

278. Сообщение от Аноним (278), 12-Июл-20, 16:09 +/–

Тело цикла не указано и не указано, что оно пустое. Может там следующей командой return 0; написано.

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

279. Сообщение от Аноним (278), 12-Июл-20, 16:14 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #290, #311

280. Сообщение от Сишник (?), 12-Июл-20, 16:23 –1 +/–

> Криворук и ламероват - это злобный раст все виноват!
В оттенках коричневого разбираться нужным не считаю. Сделал как у растовиков рекомендуется пару лет назад, возможно за это время осилили уменьшить размер бинаря, но более нужным его это не делает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #283

281. Сообщение от Anonn (?), 12-Июл-20, 16:41 +/–

Что тут спорного? Это объективный факт. Ядро написано не на Си, а на Си-с-расширениями.
Компилятор, в котором нет этих расширений, такой код не соберет.
Парсер, который написан в соответствии со стандартом, такой код может не распарсить.
Человек, который учил Си по учебнику, конструкции не поймет, или подумает что это ошибка.
До Раста мне дела нет, просто указываю на очевидную логическую неточность.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277 Ответы: #284

282. Сообщение от Anonn (?), 12-Июл-20, 16:44 +1 +/–

Где появился? Ссылку, срочно!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #293

283. Сообщение от Аноним (283), 12-Июл-20, 16:51 +1 +/–

>> Криворук и ламероват - это злобный раст все виноват!
> В оттенках коричневого разбираться нужным не считаю.
Т.е. что такое debug/release компиляция, флаги оптимизации, что такое дебаг-инфа, статическая и динамическая линковки, strip - и как оно влияет на размер бинаря, ламерье не в курсе, не разбирается и разбираться не хочет? Впрочем, на то оно и ламерье, пусть и со звучным именем.
> Сделал как у растовиков рекомендуется пару лет назад, возможно за это время осилили уменьшить размер бинаря, но более нужным его это не делает.
> возможно за это время осилили уменьшить размер бинаря, но более нужным его это не делает.
Да-да, уже лет 8 как, причем тайком от местных знатоков-экспертов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280 Ответы: #285

284. Сообщение от Аноним (-), 12-Июл-20, 17:32 +/–

Так ядро же GNU-тое, все это знают. GCC - официальный компилятор, все это знают.
Вот только ты решил подыграть растаманам. Расту нет места в ядре. Для экосистемы GNU/Linux язык Раст - это чужеродное образование.

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

285. Сообщение от Сишник (?), 12-Июл-20, 17:40 +1 +/–

Чего злой такой? Мне нафиг не упало задрачивать ржавый тулсет для получения приемлимых результатов. У меня и так всё хорошо, а вот у тебя похоже что-то не задалось, раз кидаешься на посторонних людей🙂

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283 Ответы: #313

286. Сообщение от Онаним (?), 12-Июл-20, 17:47 +/–

Не хватает ldd к этому выводу.

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

287. Сообщение от Онаним (?), 12-Июл-20, 19:03 +/–

На биг блэк кок.

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

288. Сообщение от Аноним (288), 12-Июл-20, 20:18 +/–

Всмысле не работал?:) Хрень пишете да?:)
Он действительно некоторые ситуации допускал, а некоторые более простые ситуации запрещял. (при этом я не говорю что он не работал, он просто некоторые вещи допускал..)
Его просто улучшили...

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

289. Сообщение от Аноним (288), 12-Июл-20, 20:22 +/–

И на javascript тоже драйвера писали и что?:))) Оно надо в ядре?:) (не суйте go...)
И задержки не 0.1, а такие приличные в 1с при этом все приложение будет ожидать лишь очистки..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #294

290. Сообщение от Аноним (293), 12-Июл-20, 22:15 +/–

дрова на скорую руку... проприетартные... жесть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279 Ответы: #310

291. Сообщение от Аноним (293), 12-Июл-20, 22:19 +2 +/–

они по другому не могут... они только под чужими флагами гадить умеют.

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

292. Сообщение от Аноним (293), 12-Июл-20, 23:22 +/–

и как хруст может предотвратить ошибки работы с железом?

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

293. Сообщение от Аноним (293), 12-Июл-20, 23:26 +/–

где-то в мурзилке

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

294. Сообщение от leap42 (ok), 13-Июл-20, 04:29 +/–

> И на javascript тоже драйвера писали и что?:))) Оно надо в ядре?:) (не суйте go...)
это for fun, а драйвера на Go есть в промышленной (хоть и неготовой пока) Фуксии
> И задержки не 0.1, а такие приличные в 1с при этом все приложение будет ожидать лишь очистки..
лоооооооооооол! ох уж эти мамкины эксперты! в общем случае задержка STW в Go меньше 0,1 мс (это как секунда, только нет, надеюсь, хоть это ты осилишь понять, друг анон?). статей с исследованием задержек полно (только ищи про новые версии). так вот, куча железа работает со значительно большей задержкой, поэтому никакой боли от GC не будет.

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

295. Сообщение от Аноним (295), 13-Июл-20, 05:24 +/–

Сам я не фанат этих ваших растов, но вы явно перегибаете...
> там напрочь отсутствует ООП
Его поэтому и разрешают. ООП и системное программирование не встречается даже на венде. Железо понимает только структуры данных размещенные в памяти, функции и конечные автоматы всякие. Что там за классы с поведением вы наклепали железу начхать. Ваш чудесный ООП-компилятор даже не соберет это в машинный код. Сначала преобразует в структурную лапшу промежуточного представления, которую можно уже и скомпилировать.
> Без объектов писать большие сложные системы - медленное самоубийство под тонной собственной вермишели
Легко и радостно. Откройте для себя ECS, например, её даже в расте можно. Опять же, это все не про ядро и драйверы.
> все эти ужимки с "владением объектом" - полная чушь и околесица
ну все что угодно, лишь бы не GC. Если бы у раста был GC, он бы повторил судьбу D. По-правде, я тоже считаю синтаксис раста уродливым, а его решение вокруг владения не очевидным. Но всё лучше чем С++ с его виртуальными деструкторами и метапрограммированием на шаблонах, расту 30 лет еще до таких граблей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #297

296. Сообщение от Аноним (295), 13-Июл-20, 05:44 –1 +/–

> Людей, заботящихся о безопасности, волнует, чтобы драйвера были опенсорсными.
> Людей, заботящихся о безопасности,
Вы совершили очень много ошибок во фразе "Людей, поехавших на столмановских идеях".
Ах ну да, студентов еще это волнует и прочих кому телефончики перешивать на кастомную прошивку.
Я могу понять что вам там не всё равно, и религия обязывает, но не надо врать про безопасность. Сидите с Intel ME или аналогичными от AMD с кучей аппаратного DRM  в компе и смартфоне, в котором,, кстати проприетарный модем, до которого вы SoC-ком не достанете, а он вам код в системе выполнит да так, что не заметите.
> А, следовательно, понятен ли им язык, на котором они написаны, им небезразлично.
Летели два крокодила, один зелёный второй налево. Как зовут бабушку дворника?
Ничерта не следовательно! Если студент аргументирует религиозное желание (небось, от преподов досталось) видеть код драйвера безопасностью, то это не значит что ему, вдруг, можно не учить язык. А то это удобненько получается "учить не хочу, код дай, и все бесплатно" и все это во имя "безопасности", о которой он и знать ничего не знает... ну кроме разве контрацепции, которая, как известно, у таких естественная.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #315

297. Сообщение от n00by (ok), 13-Июл-20, 08:29 +/–

> Сам я не фанат этих ваших растов, но вы явно перегибаете...
>> там напрочь отсутствует ООП
> Его поэтому и разрешают. ООП и системное программирование не встречается даже на
> венде.
Угу. Именно потому "в венде" имеются объекты ядра https://docs.microsoft.com/en-us/windows/win32/sysinfo/kerne...
и семейство ядрёных функций с префиксом Ob* (например, nt!ObCreateObjectType).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295 Ответы: #303

298. Сообщение от anonymous yet another (?), 13-Июл-20, 10:51 +/–

Я полагаю, здесь многоходовка с целью подмять под себя ядро.
Сейчас растоборцев задействовали.

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

299. Сообщение от anonymous yet another (?), 13-Июл-20, 10:56 +/–

Вы историю с языками т.н. 4-го поколения (4th generation languages) не знаете?

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

300. Сообщение от max (??), 13-Июл-20, 10:59 +/–

Все нормальные люди пишут на Kotlin, Scala или Java (выбирай по вкусу).

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

301. Сообщение от Аноним (63), 13-Июл-20, 12:09 +1 +/–

Не нужно. Портанутые alienом пакеты прекрасно работают на чужом дистре и на его либах. Для сборки есть pkg-config и CMake - дистрибутив-нейтральные и даже платформо-нейтральные способы поиска зависимостей в системе. Используй их и о геморрое можешь забыть. Не используй их, и огреби геморроя. Пакеты должны собираться авторами дистра. Они хоть какой-никакой аудит делают, в отличие от говна, качаемого из conan/pip/cargo/npm, которое не смотрит никто и никогда, потому что никому не надо:
1. Разраб пакета? Он либо себе доверяет, что он не вставлял бэкдор, либо вставляет бэкдор, и тогда ему не надо, чтобы его нашли.
2. Контрибьютор? Да он из гита для себя соберет, пакеты из репозиториев пересобирать ему не уперлось.
3. Пользователь либы? Так даже если там и есть бэкдор, и если он его найдёт, ему придётся тогда фиксить сам пакет, и зависящие от него. Если он его найдёт. А искать бэкдоры - это сложнее, чем искать уязвимости. А для поиска уязвимостей есть специализированная компания - Zerodium, которая платит рыночную цену (выше рыночной платить не имеет смысла, ниже - тоже). Соответственно, бесплатно искать бэкдоры тоже не имеет смысла. Поэтому: херак, херак - и в продакшн. Поимеют клиентов бэкдором - ну значит force majeure, c'est  la vie, вебмакака не виновата, это всё злой бэкдорер, агу-агу. Разумеется, реально серьёзные конторы так не работают.

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

302. Сообщение от Аноним (302), 13-Июл-20, 18:06 +/–

ТО ли Линус постарел, то ли гики помолодели ...

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

303. Сообщение от Аноним (303), 13-Июл-20, 22:56 +/–

То что это оффтопик, еще не значит, что нужно распространять ложную информацию.
Наличие "объекта" не говорит об объектно ориентированном программировании. Так-то в С тоже полным-полно объектов, структуры, например, но ООП там и не пахнет.
В статье, которую скинули любую функцию откройте и убедитесь, что там С-функции. И вообще, статья описывает API доступа к открытым публичным объектам из приложений. ПРИЛОЖЕНИЙ КАРЛ! Приложение это в юзерспейсе, так-то. Они могут быть и на С++.
Настоящие драйверы пишутся там с использованием KMDF. Вот тебе дока на HelloWorld
https://docs.microsoft.com/en-us/windows-hardware/drivers/ge...
Обрати внимание на строчку: "The file name extension is .c, not .cpp."
Visual Studio такая IDE... Она как бы официально не поддерживает С, только С++, но если создать C++ проект и переименовать файлик из cpp в с, отработает C-compiler в рамках той версии стандарта С, которую он умеет (C89 + куски C99). Это как раз и нужно для KMDF и UMDF.
На сайтах MS (docs/msdn) исторически принято не разделять С от C++. Они везде пишут C++ и вводят в заблуждение неграмотных.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297 Ответы: #304

304. Сообщение от n00by (ok), 14-Июл-20, 10:06 +/–

> Наличие "объекта" не говорит об объектно ориентированном программировании.
Об этом говорят IRP, которыми объекты обмениваются. Но про эти сообщения говорить явно рановато. ;)
> В статье, которую скинули любую функцию откройте и убедитесь, что там С-функции.
> И вообще, статья описывает API доступа к открытым публичным объектам из
> приложений. ПРИЛОЖЕНИЙ КАРЛ! Приложение это в юзерспейсе, так-то. Они могут быть
> и на С++.
Ну да, приложение в юзерспейсе получает хендл объекта и с ним оперирует. А в ядре хендл транслируется в указатель на объект. Это называется "сокрытие реализации". ;))
> Настоящие драйверы пишутся там с использованием KMDF.
Угу. Это для Вас они пишут-ся -- сами собой. =))) А кто-то их пишет. С использованием DDK (+IFS Kit), которое стало WDK, а не этого модно-молодёжного фреймворка. Так что с "вот тебе дока" кое-кто явно промахнулся. Читайте для начала Рихтера, или кого там принято рекомендовать по такому поводу. Только потом Уолтера Они.
> То что это оффтопик, еще не значит, что нужно распространять ложную информацию.
Согласен, не делайте этого.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303 Ответы: #305

305. Сообщение от Аноним (303), 14-Июл-20, 13:14 +/–

> Это для Вас они пишут-ся -- сами собой. =))) А кто-то их пишет. С использованием DDK (+IFS Kit), которое стало WDK, а не этого модно-молодёжного фреймворка.
._.
KMDF - это фреимворк для написания драйверов уровня ядра (в линуксе почти все такие). Эти драйверы всегда пишутся на С.
UMDF - это фреимворк для написания драйверов пространства пользователя. То есть не драйверов, на самом деле, а тех самых DLL-ок которые цепляются к какому-то специфическому API, которое ядро выставляет в юзерспейс. Исторически их можно было писать на C++, потому что они работали через шину COM. А потом случилась 8-ка. В 8.1+ наступил UMDFv2 и теперь надо писать как в KMDF на С.
Это обёртки над WDM, которые существуют со времен Vista. Это слишком молодежно? А что надо VxD вспоминать? Или может быть писать на голом WDM? Так его уже тоже не рекомендуют для новых драйверов. Опять же, WDM это тоже С.
Меня так умиляет ваше желание обойти стороной самое главное, что было сказано в моем комментарии выше про поведении студии. Повторю еще раз громко и отчетливо:
Если в "Visual C++" проекте встречается файлы *.c, то они компилируются по стандарту языка С89 + куски С99. KMDF/UMDF и сама WDM - это С. С++ раньше было можно использовать для юзерспейса и то, это померло вместе с 7-кой.
> Об этом говорят IRP, которыми объекты обмениваются. Но про эти сообщения говорить явно рановато. ;)
> Ну да, приложение в юзерспейсе получает хендл объекта и с ним оперирует. А в ядре хендл транслируется в указатель на объект. Это называется "сокрытие реализации". ;))
И какое отношение это имеет к изначальному утверждению, что ООП не используется для драйверов уровня ядра, они на С?
Вы точно понимаете эту фразу правильно? Речь идёт не об академической методологии "всё есть объект". Речь именно о полнофункциональных ООП-языках у которых есть инкапсуляция, полиморфизм, наследование и абстракция, позволяющая определить поведенческие модели для объектов и, как следствие, обязывающая компилировать программу в промежуточное представление, куда транслируется весь этот ООП-шный синтаксический сахар.
А если Вы, любезный, вдруг помыслили что "сокрытие реализации" ↔ "инкапсуляция" и наличие этого сокрытия порождает ООП, то вы ошибаетесь, ведь "инкапсуляция" ∈ "сокрытие реализации". ООП-шная концепция инкапсуляции - это один из методов сокрытия, который, среди прочего, подразумевает еще включение методов в объект-класс.
Во-первых, пальцем ткните где это внутри WDM, да так чтобы на C++ классом, а не объявление указателей на функции в поле структуры.
Во-вторых, наличие инкапсуляции является необходимым, НО НЕ ДОСТАТОЧНЫМ условием для появления объектно ориентированной модели, а то и С и Rust станут объектно-ориентированными языками.
События, опять же, тоже не являются частью ООП. Они могут быть реализованы не только при помощи ООП, но и при помощи той же ECS или так как это делают в системном программировании, конечными автоматами,.. по-разному. И то что драйверы обмениваются друг с другом IRP-структурами (СТРУКТУРАМИ КАРЛ!) говорит о наличии шины данных. И что? Если я пропихну структуру с указателями на функции, контексты и прочее через пайп, то это у меня уже ООП появилось?! Ну тогда ядро Linux тоже на ООП (доказательство: наличие unix pipes, structs, function pointers)... тьфу.
> Читайте для начала Рихтера, или кого там принято рекомендовать по такому поводу. Только потом Уолтера Они.
Меня терзают смутные сомнения... А вы сами-то читали или просто "рекомендуете"? Покажите пальцем, где у того же Уолтера Они код на С++. А если рекомендовать, то может актуальную доку, а не учебник по написанию драйверов для 98/Me/2k/XP.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304 Ответы: #308

306. Сообщение от Аноним (14), 14-Июл-20, 13:38 +/–

Не просто подвыброшен, а выброшен.

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

307. Сообщение от Аноним (303), 14-Июл-20, 15:52 +/–

Я вам больше скажу, что этот аноним, что n00by врут и не краснеют.
Он в другой части треда мне пафосно воображает про С++ и драйверы. Начиная с Windows 8.1 старый API UMDFv1, который позволял писать драйверы пространства пользователя меняют на UMDFv2, где опять только С и нету С++ COM API.
Вот код WRK. Ядро, которое RING 0 там на С.
https://github.com/Zer0Mem0ry/ntoskrnl
Это WRK, но недавно утекали полные сорцы десятки. Если интересуют прямо полные исходники сами их ищите, они есть.
А вот примеры драйверов
https://github.com/microsoft/Windows-driver-samples
Те которые цепляются напрямую ядру без юзерспейсных прослоек тоже все на С и обязаны быть на С.
Ядро NT не настолько монолитное, как Linux. Там есть куча подсистем, которые, строго говоря, не часть ядра, но ядро с ними взаимодействует. Всё ядро написано на С. Все что сидит в юзерспейсе преимущественно на С++, но оно, блин, в юзерспейсе. Это не драйверы а одно названием. Им выдано API и дальше него они не могут выскочить. Это кстати касается всех юзерспейсных драйверов в том числе тех подсистем, которые MS-ом написаны.

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

308. Сообщение от n00by (ok), 14-Июл-20, 17:34 +/–

>> Это для Вас они пишут-ся -- сами собой. =))) А кто-то их пишет. С использованием DDK (+IFS Kit), которое стало WDK, а не этого модно-молодёжного фреймворка.
> ._.
> KMDF - это фреимворк для написания драйверов уровня ядра (в линуксе почти
> все такие). Эти драйверы всегда пишутся на С.
Можно писать на плюсах. Как раз во времена KMDF и началось продвижение ограниченного подмножества С++ самой компанией Microsoft. Вы сами то примеры смотрели, или первым попавшимся ограничились? Мне NT давно не интересна, потому за Вас я это делать не хочу, но вот третья строчка из выдачи поисковика:
"Случайно наткнулся на примеры аудио-девайсов в WDK. В частности, src\audio\sb16. Вполне себе объектно-ориентированный вполне себе кернел-мод.
Вопрос: что это? Огрызки какого-то C++ framework-а от MS? Object-oriented miniport? Когда это появилось и почему про "C++, Kernel-Mode и Microsoft" все привыкли слышать "выберите любые 2"?" все привыкли слышать "выберите любые 2"?."
https://www.rsdn.org/forum/asm/3914290.all
> WDM? Так его уже тоже не рекомендуют для новых драйверов. Опять
> же, WDM это тоже С.
Кто-то даже на Дельфи писать умудрялся.
> Меня так умиляет ваше желание обойти стороной самое главное, что было сказано
> в моем комментарии выше про поведении студии. Повторю еще раз громко
> и отчетливо:
> Если в "Visual C++" проекте встречается файлы *.c, то они компилируются по
> стандарту языка С89 + куски С99. KMDF/UMDF и сама WDM -
> это С. С++ раньше было можно использовать для юзерспейса и то,
> это померло вместе с 7-кой.
Мне не интересна Студия и её ограничения, никогда её под Windows не использовал. Вы не в курсе, каким образом раньше там драйвера собирали, и что изначально Студия их сборку вообще не поддерживала?
>> Об этом говорят IRP, которыми объекты обмениваются. Но про эти сообщения говорить явно рановато. ;)
>> Ну да, приложение в юзерспейсе получает хендл объекта и с ним оперирует. А в ядре хендл транслируется в указатель на объект. Это называется "сокрытие реализации". ;))
> И какое отношение это имеет к изначальному утверждению, что ООП не используется
> для драйверов уровня ядра, они на С?
Напомню утверждение из #295 "ООП и системное программирование не встречается даже на венде."
На примере совокупности присущих ООП признаков мы видим, что парадигма там используется и положена в основу дизайна ядра, следовательно исходное утверждение -- не соответствует действительности.
> Вы точно понимаете эту фразу правильно? Речь идёт не об академической методологии
> "всё есть объект". Речь именно о полнофункциональных ООП-языках у которых есть
> инкапсуляция, полиморфизм, наследование и абстракция, позволяющая определить поведенческие
> модели для объектов и, как следствие, обязывающая компилировать программу в промежуточное
> представление, куда транслируется весь этот ООП-шный синтаксический сахар.
Это сейчас Вы начали вкладывать в исходную фразу некие дополнительные смыслы, связывая ООП с языками. Но финт опять слегка мимо кассы. В ядре NT можно использовать С++, включая часть стандартной библиотеки, и даже dynamic_cast<> -- если сильно захотеть и никого не бояться https://code.google.com/archive/p/ontl/wikis/Compliance.wiki
>[оверквотинг удален]
> не только при помощи ООП, но и при помощи той же
> ECS или так как это делают в системном программировании, конечными автоматами,..
> по-разному. И то что драйверы обмениваются друг с другом IRP-структурами (СТРУКТУРАМИ
> КАРЛ!)
В плюсах struct и class практически одно и тоже, разница лишь с видимости членов по умолчанию.
> говорит о наличии шины данных. И что? Если я пропихну
> структуру с указателями на функции, контексты и прочее через пайп, то
> это у меня уже ООП появилось?! Ну тогда ядро Linux тоже
> на ООП (доказательство: наличие unix pipes, structs, function pointers)... тьфу.
>> Читайте для начала Рихтера, или кого там принято рекомендовать по такому поводу. Только потом Уолтера Они.
> Меня терзают смутные сомнения... А вы сами-то читали или просто "рекомендуете"? Покажите
> пальцем, где у того же Уолтера Они код на С++. А
Стр. 63 -- таблица "виртуальных функций" (ну да, слегка не такая, как привычная VTbl)
Стр. 65 "Объекты драйверов". "Считайте их аналогами приватных и защищённых членов классов С++". Это там прям так и напечатано.
> если рекомендовать, то может актуальную доку, а не учебник по написанию
> драйверов для 98/Me/2k/XP.
Актуальная мне не интересна, но вот одна из классических, и уже доступна без подписки:
C++ in an NT Driver
The NT Insider, Vol 14, Issue 2, March - April 2007
http://www.osronline.com/article.cfm^article=490.htm -- ссылка бьётся по ^, так что копируйте.
и ещё https://web.archive.org/web/20101116020047/http://www.micros...

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

309. Сообщение от Анонолекс (?), 14-Июл-20, 19:48 +/–

Ты тут два раза подумали и я два раза сказал... Да в ж0пу ваш раст, в ж0пу...

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

310. Сообщение от Анонолекс (?), 14-Июл-20, 20:02 +/–

Так сжечь нах под корень... и в село делов...

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

311. Сообщение от Анонолекс (?), 14-Июл-20, 20:10 +/–

Говно в говно! А то поразвели тут, понимаешь...

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

312. Сообщение от Анонолекс (?), 14-Июл-20, 20:12 +/–

И надо больше жечь людей. Криворуких программеров ваще пачками...

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

313. Сообщение от Ordu (ok), 14-Июл-20, 20:25 +/–

> Мне нафиг не упало задрачивать ржавый тулсет для получения приемлимых результатов.
Да не задрачивай, ктож тебя заставляет? Но и ныть тогда не надо, что у тебя хеллоу-ворлд не получается приемлимо скомпилировать.

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

314. Сообщение от Аноним (315), 14-Июл-20, 22:49 +/–

Ему-то хватает. Но его окружают инклюзивные. И их всё больше и больше. Отбиваться становится всё сложнее. Поэтому, если возможность, то лучше возглавить, взять инициативу в свои руки.44

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #316

315. Сообщение от Аноним (315), 14-Июл-20, 23:10 +/–

Смартфончиками не пользуюсь принципиально. Поэтому и перепршивать нечего.
И что с того, что мы вынуждены использовать процессоры с аппаратными уязвимостями? Это отнюдь не оправдывает наплевательское отношение к софту. При любой возможности количество уязвимостей нужно МИНИМИЗИРОВАТЬ.
Нет у меня в компе модема. И смартфона нет.

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

316. Сообщение от proninyaroslav (ok), 14-Июл-20, 23:10 +/–

И как это спасёт от запрета принятия других языков в ядро? Он и в текущей ситуации мог бы сказать "только си и ничего другого", но ведь не сказал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #317

317. Сообщение от Аноним (315), 14-Июл-20, 23:38 +/–

Если сам придумает kernel-язык со всякими @safe и прочими шахматами, окружающие могут хайпануть на новинку. Нынешние модномолодёжные языки могут отодвинуться на второй план.

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

318. Сообщение от Аноним (234), 15-Июл-20, 11:01 +/–

С каких пор дополнительный слой илитности опеннетчикам стал мешать? Сложность это хорошо же, вебмакаки не пройдут.

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

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

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

Партнёры:

Хостинг:

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

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

2. Сообщение от Самый Лучший Гусь (?), 10-Июл-20, 12:51	–24 +/–
Тогда я перехожу на OpenBSD, так и знайте.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #3, #7, #13, #15, #101, #139, #144, #178

3. Сообщение от Аноним (3), 10-Июл-20, 12:52	+68 +/–
Так и запишем - "гуся вычеркиваем"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #99

4. Сообщение от Z (??), 10-Июл-20, 12:55	+3 +/–
Это неизбежный процесс, слишком много преимушеств даёт Rust
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #25

5. Сообщение от A.Stahl (ok), 10-Июл-20, 12:59	–1 +/–
>Предложение по обсуждению вопроса добавления Предлагаю обсудить вопрос возможности изменения названия Линукс на Ксидабум-куку.
Ответить \| Правка \| Наверх \| Cообщить модератору

6. Сообщение от lockywolf (ok), 10-Июл-20, 13:02	–11 +/–
Отлично по-моему. Наконец-то первая операционная система, поддерживающая многоязычное расширение. Кроме Rust неплохо бы ещё C++, GNAT, GFortran, Go и scheme
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #8, #19, #31, #32, #67, #83, #88, #95

7. Сообщение от Аноним (7), 10-Июл-20, 13:04	+3 +/–
Honk honk
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

8. Сообщение от danonimous (?), 10-Июл-20, 13:05	+2 +/–
Я бы ещё dart предложил добавить. Canonical поможет.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #14

9. Сообщение от Аноним (9), 10-Июл-20, 13:06	–1 +/–
Никто не вечен. Даже C.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #17

10. Сообщение от А10 (?), 10-Июл-20, 13:06	+14 +/–
Интересно как будут ментейнить ОС на разных языках? Мне кажется, что разработка ядра не упростится, а в разы усложнится.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #27, #29, #243

11. Сообщение от Fracta1L (ok), 10-Июл-20, 13:10	+3 +/–
Это круто, что ядро не держится за прошлое и продолжает эволюционировать
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #28, #236

12. Сообщение от Аноним (12), 10-Июл-20, 13:10	–7 +/–
А между тем чтобы собрать сам компилятор Rust стабильной версии, нужен бинарник предыдущего компилятора, возможно даже из бета-ветки. То есть чтобы собрать Rust без скачивания бинарников от Mozilla, надо... Какая там версия? Скомпилировать 43+ компилятора для Rust предыдущих версий, и проблема только разрастается со временем.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #18, #22, #120, #127, #198, #228, #260

13. Сообщение от m.makhno (ok), 10-Июл-20, 13:10	+5 +/–
пока-пока
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

14. Сообщение от Аноним (14), 10-Июл-20, 13:14	+15 +/–
Про Electron забыли.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8

15. Сообщение от Аноним (15), 10-Июл-20, 13:15	+2 +/–
скатертью дорога
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

16. Сообщение от Аноним (25), 10-Июл-20, 13:15	+15 +/–
Фанатизм. С++ в ядре им не нравится, хотя в виндовом ядре он неплохо себя чувствует в некоторых подсистемах, а инородный Rust, который не поддерживает и половины аппаратных платформ Linux, им непременно там зачем-то нужен.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #46, #53, #62, #64, #75, #123

17. Сообщение от Аноним (17), 10-Июл-20, 13:16	+/–
Ничего не может работать дольше цикла for(;;) на C
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #52, #94, #239

18. Сообщение от Аноним (15), 10-Июл-20, 13:16	+/–
кто тебе такую чушь сказал?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #57

19. Сообщение от vitalif (ok), 10-Июл-20, 13:17	+2 +/–
Джаббу тогда уже сразу
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #21, #23

20. Сообщение от Аноним (14), 10-Июл-20, 13:18	+5 +/–
Пока фронтенд для Rust не добавят в GCC, рано говорить об его применении в разработке ядра.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #44, #106, #124

21. Сообщение от lockywolf (ok), 10-Июл-20, 13:19	+/–
> Джаббу тогда уже сразу Gcj подзаброшен.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19 Ответы: #191

22. Сообщение от lockywolf (ok), 10-Июл-20, 13:21	+7 +/–
> А между тем чтобы собрать сам компилятор Rust стабильной версии, нужен бинарник > предыдущего компилятора, возможно даже из бета-ветки. То есть чтобы собрать Rust > без скачивания бинарников от Mozilla, надо... Какая там версия? Скомпилировать 43+ > компилятора для Rust предыдущих версий, и проблема только разрастается со временем. Ну так gcc тоже собирается с помощью gcc.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #54, #89

23. Сообщение от Аноним (14), 10-Июл-20, 13:21	+1 +/–
Так и Питончик тоже.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19

24. Сообщение от Аноним (24), 10-Июл-20, 13:21	+4 +/–
Меня заставят учить раст чтобы собирать модули? Мои глаза не выдержат такого синтаксиса.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #125, #133, #142, #199

25. Сообщение от Аноним (25), 10-Июл-20, 13:24	+20 +/–
Главное преимущество Rust заключается в том, что на нём сложно написать код с ошибками, поскольку на нём в принципе почти невозможно написать полезный код. Что мы и наблюдаем на примере Redox, Servo и подобных проектов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #39, #98, #104, #140

26. Сообщение от Анонолекс (?), 10-Июл-20, 13:25	+2 +/–
Посмотрим что получится, а дальше будет видно. Может пора уже на GNU/HURD валить...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #30

27. Сообщение от m.makhno (ok), 10-Июл-20, 13:25	+5 +/–
ну ОС в принципе вещь непростая, многокомпонентная - главное, что бы бинарно она работала как надо
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #33, #244

28. Сообщение от Аноним (14), 10-Июл-20, 13:27	+8 +/–
Раз пошла такая пьянка, то пусть лучше Л. Торваальдс запилит свой специализированный kernel-lang для ядра. В прошлый раз, с системой управлениями версиями, у него круто вышло. Взлетело и далеко за пределами ядра.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #41, #105, #176

29. Сообщение от Аноним (17), 10-Июл-20, 13:29	–1 +/–
Почему? Языки ведь не смешиваются в одном контексте. Одна система на одном языке предоставляет своего рода дополнение API для удобства разработки других систем на других языках. Никого же не волнует на чём именно написаны проприетарные драйвера. Да пусть хоть на питоне ("влинковав" туда всё начиная с libc) пишут если вызовы API, требования к зависимостям, ограничениям на используемые ресурсы и т.д не нарушаются. Проблема может возникать если только это межсистемное API будет часто меняться в угоду той или иной стороне. Ну так вроде и стой и другой стороны достаточно профи, чтобы держать его более или менее стабильным. А дальше уже как пойдёт, появится ли аппетит во время еды сразу или сначала будет количественное увеличение. Там уж видно будет
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #35, #40

30. Сообщение от Аноним (14), 10-Июл-20, 13:30	–2 +/–
Для начала его нужно допиливать/перепиливать, а потом валить.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #184

31. Сообщение от Аноним (31), 10-Июл-20, 13:31	+5 +/–
Почему Pascal забыли?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #48