The OpenNET Project / Index page

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



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

Оглавление

Предложение по обсуждению вопроса добавления в ядро Linux средств для разработки на языке Rust, opennews (??), 10-Июл-20, (0) [смотреть все]

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


49. "Предложение по обсуждению вопроса добавления в ядро Linux ср..."  +/
Сообщение от Аноним (53), 10-Июл-20, 13:45 
1. Небезопасный Раст - это чистый Си с проверками на безопастность. Никто, чистый Си без дополнительных инструментов не использует.

2. Я против, не потому-что Раст сложен. А потому-что, на какой-то стадии появится опасная возможность использования 2 компиляторов для компиляции ядра Линукса.

3. Для компиляции ядра Линукса не используются сишные библиотеки. А если Растаманы в каких-то компонентах пожелают использовать рантайм-библиотеки?

4. Пусть Растаманы пилят свой Redox и пусть Раст не выходит за пределы экосистем Redox и Servo.

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

74. "Предложение по обсуждению вопроса добавления в ядро Linux ср..."  +3 +/
Сообщение от Аноним (75), 10-Июл-20, 14:30 
А то, что без perl ядро не соберется вас не пугает? Уже привыкли?
Ответить | Правка | Наверх | Cообщить модератору

82. "Предложение по обсуждению вопроса добавления в ядро Linux ср..."  +1 +/
Сообщение от Xasd5 (?), 10-Июл-20, 14:51 
а разве предлагают убрать perl (в случае появления rust)?

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

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

84. "Предложение по обсуждению вопроса добавления в ядро Linux ср..."  +2 +/
Сообщение от анонн (ok), 10-Июл-20, 14:59 
> а разве предлагают убрать perl (в случае появления rust)?
> (или ты один из тех кто думает что указав на какую-то проблему
> ты замаскируешь текуще обсуждаемую проблему? как это любят вещать в зомпоящиках в авторитарных странах)

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

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

85. "Предложение по обсуждению вопроса добавления в ядро Linux ср..."  –2 +/
Сообщение от Xasd5 (?), 10-Июл-20, 15:02 
> третий пункс с бурной фантазией "если бабушка была бы дедушкой"

а как иначе?

не ясно же что им в голову придёт теперь :-) ..

им Rust разрешат и они на этой эфории понесут новые идеи

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

87. "Предложение по обсуждению вопроса добавления в ядро Linux ср..."  –1 +/
Сообщение от Xasd5 (?), 10-Июл-20, 15:15 
> ... и они на этой эфории понесут новые идеи ...

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

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

118. "Предложение по обсуждению вопроса добавления в ядро Linux ср..."  –1 +/
Сообщение от DEV (?), 10-Июл-20, 19:07 
о каких костылях речь?
Ответить | Правка | Наверх | Cообщить модератору

76. "Предложение по обсуждению вопроса добавления в ядро Linux ср..."  –1 +/
Сообщение от Xasd5 (?), 10-Июл-20, 14:37 
всё верно. каждый пункт по делу
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

102. "Предложение по обсуждению вопроса добавления в ядро Linux ср..."  –2 +/
Сообщение от Ordu (ok), 10-Июл-20, 17:01 
> 1. Небезопасный Раст - это чистый Си с проверками на безопастность. Никто, чистый Си без дополнительных инструментов не использует.

Небезопасный раст если и безпаснее Си, то только потому, что там нет UB. А безопасный раст -- это не просто статический анализатор накручен сверху C, это когда задумка программиста описывается типами и алгоритмами. То есть в типах кодируются многие ограничения на то, что можно делать, а что нет. В случае C такие ограничения могут существовать только пока программист на C о них помнит.

> 2. Я против, не потому-что Раст сложен. А потому-что, на какой-то стадии появится опасная возможность использования 2 компиляторов для компиляции ядра Линукса.

Чем же она опасна, эта возможность? Может ты хотел сказать "неприятность, в виде необходимости использования двух компиляторов", а слово "опасность" просто ассоциацией к C выскочило?

> 3. Для компиляции ядра Линукса не используются сишные библиотеки. А если Растаманы в каких-то компонентах пожелают использовать рантайм-библиотеки?

Что значит "не используются"? В ядре куча всяких разных библиотек. И написаны они на C.

> 4. Пусть Растаманы пилят свой Redox и пусть Раст не выходит за пределы экосистем Redox и Servo.

Мечтай дальше. Твои хотелки нас не остановят.

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

108. "Предложение по обсуждению вопроса добавления в ядро Linux ср..."  +1 +/
Сообщение от proninyaroslavemail (ok), 10-Июл-20, 17:23 
2. а про сборку ядра clangом уже забыли)?
3. в расте есть no_std. и пожелать использовать рантайм они не смогут при всём желании так как просто не скомпилируется
4. действительно, зачем этот раст вообще в продакшен пускать
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

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

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




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

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