The OpenNET Project / Index page

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

Третья редакция патчей для ядра Linux с поддержкой языка Rust

07.12.2021 12:11

Мигель Охеда (Miguel Ojeda), автор проекта Rust-for-Linux, предложил для рассмотрения разработчиками ядра Linux третий вариант компонентов для разработки драйверов устройств на языке Rust. Поддержка Rust рассматривается как экспериментальная, но уже согласована для включения в ветку linux-next. Разработка финансируется компанией Google и организацией ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS и развитию технологий для повышения защищённости интернета.

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

Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами и учёт времени жизни объектов (области видимости), а также через оценку корректности доступа к памяти во время выполнения кода. Rust также предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, лучше обрабатывает ошибки в стандартной библиотеке, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок.

В новом варианте патчей продолжено устранение замечаний, высказанных в процессе обсуждения первой и второй версий патчей. Наиболее заметные изменения:

  • Осуществлён переход на использование в качестве эталонного компилятора стабильного выпуска Rust 1.57 и обеспечена привязка к стабилизированной редакции языка Rust 2021. Ранее патчи были завязаны на бета-ветку Rust и использовали некоторые возможности языка, входящие в категорию нестабильных. Переход на спецификацию Rust 2021 позволил инициировать работу по уходу от использования в патчах таких нестабильных возможностей, как const_fn_transmute, const_panic, const_unreachable_unchecked и core_panic и try_reserve.
  • Продолжено развитие входящего в состав патчей варианта Rust-библиотеки alloc, изменённой для избавления функций распределения памяти от возможных генераций состояния "panic" при возникновении ошибок, таких как нехватка памяти. В новой версии реализованы опции "no_rc" и "no_sync" для отключения функциональности, не используемой в Rust-коде для ядра, делающие библиотеку более модульной. Продолжается работа с основными разработчиками alloc, нацеленная на перенос необходимых для ядра изменения в основной состав библиотеки. В базовую библиотеку Rust (core) перенесена опция "no_fp_fmt_parse", необходимая для работы библиотеки на уровне ядра.
  • Проведена чистка кода для избавления от возможных предупреждений компилятора при сборке ядра в режиме CONFIG_WERROR. При сборке кода на языке Rust включены дополнительные диагностические режимы компилятора и предупреждения линтера Clippy.
  • Предложены абстракции для использования в коде на языке Rust блокировок seqlock (sequence locks), callback-вызовов для управления питанием, I/O Memory (readX/writeX), обработчиков прерываний и потоков, GPIO, доступа к устройствам, драйверам и учётным данным.
  • Расширены средства для разработки драйверов с задействованием перемещаемых мьютексов, битовых итераторов, упрощённых обвязок над указателями, улучшенной диагностики сбоев и инфраструктуры, не зависимой от шины данных.
  • Улучшена работа со ссылками при помощи упрощённого типа Ref, базирующегося на бэкенде refcount_t, использующем одноимённый API ядра для подсчёта ссылок. Поддержка типов Arc и Rc, предоставляемых в штатной библиотеке alloc, удалена и не доступна в коде, выполняемом на уровне ядра (для самой библиотеки подготовлены опции, отключающие данные типы).
  • В состав патчей добавлен вариант драйвера PL061 GPIO, переписанный на Rust. Особенностью драйвера является то, что его реализация практически построчно повторяет имеющийся драйвер GPIO на языке Си. Для разработчиков, желающих познакомиться с созданием драйверов на Rust, подготовлено построчное сравнение, позволяющее понять в какие конструкции на Rust преобразован код на Си.
  • В основную кодовую базу Rust принят rustc_codegen_gcc, бэкенд rustc для GCC, реализующий возможность упреждающей (AOT) компиляции с использованием библиотеки libgccjit. При должном развитии бэкенда он позволит собирать задействованный в ядре Rust-код при помощи GCC.
  • Помимо компаний ARM, Google и Microsoft, интерес к использованию языка Rust в ядре Linux выразила компания Red Hat. Напомним, что Google напрямую обеспечивает поддержку проекта Rust for Linux, развивает новую реализацию механизма межпроцессного взаимодействия Binder на Rust и рассматривает возможность переработки на Rust различных драйверов. Компания Microsoft приступила к реализации драйверов для Hyper-V на Rust. Компания ARM работает над улучшением поддержи Rust для систем на базе процессоров ARM. Компания IBM реализовала поддержку Rust в ядре для систем PowerPC.


  1. Главная ссылка к новости (https://lore.kernel.org/lkml/2...)
  2. OpenNews: Вторая редакция патчей для ядра Linux с поддержкой языка Rust
  3. OpenNews: Для ядра Linux предложен драйвер GPIO, написанный на Rust
  4. OpenNews: Проект Kerla развивает Linux-совместимое ядро на языке Rust
  5. OpenNews: Поддержка Rust для ядра Linux столкнулась с критикой Торвальдса
  6. OpenNews: В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/56295-rust
Ключевые слова: rust, linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (294) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 12:44, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +55 +/
    чего только не сделают, лишь бы си не учить
     
     
  • 2.10, _hide_ (ok), 12:56, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Да причем тут С? О чем Вы? Зачем тащить ненужный легаси код в ядро? Почему на множестве языков можно писать код для ядра, а Расту, понимаете ли, нужно какие-то особые привилегии?
    Есть Команда ядра Раста, вот там пусть и решают генетические проблемы, а код в ядре не должен содержать ничего лишнего. На крайний случай, пусть сделают модуль ядра RustCore, для запуска поддержки модулей на Расте.
     
     
  • 3.23, YetAnotherOnanym (ok), 13:11, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > на множестве языков можно писать код для ядра

    Огласите весь список, пжжжста!

     
     
  • 4.27, Аноним (27), 13:15, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +25 +/
    C
    assembler
     
     
  • 5.44, lockywolf (ok), 13:30, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –18 +/
    find /usr/src/linux/ -iname '*.sh' | wc -l
    611

    find /usr/src/linux/ -iname '*.py' | wc -l
    129

    find /usr/src/linux/ -iname '*.pl' | wc -l
    50

    find /usr/src/linux/ -iname '*.awk' | wc -l
    9

    find /usr/src/linux/ -iname '*.cpp' | wc -l
    7

    find /usr/src/linux/ -iname '*.asm' | wc -l
    5

    find /usr/src/linux/ -iname '*.rb' | wc -l
    1

    Вон, даже на Рубине можно. Так что не надо там тут.

     
     
  • 6.59, n00by (ok), 13:50, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Проверьте патчи перед предъявлением при помощи scripts/checkpatch.pl

    Получите список сопровождающих при помощи scripts/get_maintainer.pl

    https://www.kernel.org/doc/html/latest/process/submitting-patches.html

     
  • 6.86, YetAnotherOnanym (ok), 16:22, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Эээ... и что, в исполняемом файле ядра содержатся интерпретаторы всех этих языков и скрипты вместе со всеми нужными библиотеками?
     
     
  • 7.102, макпыф (ok), 18:07, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    они используются для сборки, разработки и тестирования
     
  • 4.51, _hide_ (ok), 13:35, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Огласите весь список, пжжжста!

    На любом компилируемом, доступным под платформу -- это как минимум. Да, частенько, будет очень много проблем с MM (а это строки и т.п.), но никто не мешает реализовать костыли или буфер на самом языке.

     
     
  • 5.90, FractaL (ok), 16:26, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Не на любом. На расте нельзя. Растоос тому доказательство.
     
     
  • 6.120, _hide_ (ok), 19:18, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не на любом. На расте нельзя. Растоос тому доказательство.

    Вы читать не умеете?

    > доступным под платформу

     
  • 4.54, n00by (ok), 13:41, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вот поддержка Rust для NT https://github.com/pravic/winapi-kmd-rs/
    согласия Микрософт не требует.
    Делал один человек, статус proof-of-concept, но тем не менее, для начала достаточно.

    Пользуясь случаем, прошу прокомментировать вопросы по примеру драйвера, который портирован с C++ https://www.opennet.dev/openforum/vsluhforumID3/126023.html#121

    В варианте Rust не используется механизм структурной обработки исключений (SEH) и драйвер является потенциальным генератором BSOD, или я что-то упустил?

     
     
  • 5.71, Урри (ok), 14:40, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Тебе же сказали - "с минимальными усилиями создавать безопасные и более качественные драйверы".

    Минимальными! Более лучшие качественные! Че еще непонятно то???

     
     
  • 6.199, Прохожий (??), 07:49, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Евгений Ваганович, перелогиньтесь.
     
  • 5.118, ИмяХ (?), 19:15, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Бсод это самый безопасный вариант обработки исключений.
     
  • 5.144, Аноним (144), 21:11, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    4 years ago
     
     
  • 6.207, n00by (ok), 08:43, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И что? Оригинальная версия на Си++ написана более 10 лет назад и отлавливает исключения.
     
  • 3.154, Uu (?), 22:27, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Генетика это продажная девка кого-то там, я уже не помню кого. Так говорили знающие товарищи при Сталине и Хрущеве.
     
     
  • 4.228, pda (ok), 11:31, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Империализма, кого же ещё? ;-)
     
  • 3.181, Аноним (181), 04:00, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так и кто тащит В C нет рантайма и в Rust нет рантайма Zero Coast Abstrations ... большой текст свёрнут, показать
     
     
  • 4.208, n00by (ok), 08:52, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Во всем остальном разницы нет




    fn five() -> i32 {
        5
    }

    int32_t /* >;-) */ five() {
        5;
    }



     
  • 4.247, _hide_ (ok), 17:09, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> а код в ядре не должен содержать ничего лишнего...
    > Кому должен скрепам и устоям разных анонимусов да _hide_?

    Знаете, задавая такие вопросы Вы только подчёркиваете отсутствие каких-либо знаний. Вам бы почитать https://ru.wikipedia.org/wiki/%D0%97%D0%B4%D1%80 и вот это https://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D1%8B , для начала, потом нужно  обдумать эти тексты (судя по скорострельности, рожать МЫСЛИ Вы будете быстро, но спешите, хотя бы 2-3 месяца). Есть вероятность, что Вас посетит прозрение и Вы все поймете.

     
  • 2.297, Аноним (297), 14:24, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    До них дошло, что делать невозможное на самом деле невозможно? Wow!
     
  • 2.302, Аноним (302), 23:18, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    C89,C99 - чувствуете поступь веков?
    А тут В Rust такой галоп версий и незакрепленных фичей - кудаж им в ядро,
     
  • 2.313, anonymous (??), 12:21, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Раст намного сложнее Си. Тут дело не в этом.
     

  • 1.2, Котовшив (?), 12:45, 07/12/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +2 +/
     

     ....ответы скрыты (3)

  • 1.3, макпыф (ok), 12:46, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    главное чтобы без cargo и crates.io было
     
     
  • 2.182, Аноним (181), 04:04, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет. Погодите, а что плохого если будет возможность использовать внешние модули?
    Я хочу в режиме ядра может использовать общий код каких-нибудь красно-черных деревьев,
    а вы мне что предлагаете как в этих ваших Си таскать за собой хедера или того хуже
    целиком код? Нет уж пусть пилят create.io, но для ядра и для ембеда тоже надо...
     
     
  • 3.209, n00by (ok), 08:57, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нет. Погодите, а что плохого если будет возможность использовать внешние модули?
    > Я хочу в режиме ядра может использовать общий код каких-нибудь красно-черных деревьев

    Пока Вы тут холиварите, их уже переименовали в красно-инклюзивные.

     

  • 1.4, Чебур (?), 12:47, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А чем опеннетовцам так rust не нравится, сложно учить?
     
     
  • 2.6, keydon (ok), 12:49, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Сложно на него смотреть. Я то думал хуже старых плюсов и перла ничего нет (в плане смотреть, писать на них здорово), но у раста получилось.
     
     
  • 3.30, НяшМяш (ok), 13:19, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У меня прямо противоположное впечатление. В расте код куда понятнее чем в плюсах.
     
     
  • 4.65, Вася123 (?), 14:10, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это пока евоные generic'и не докрутят до уровня template'ов, да и то, сейчас уже лапша часто бывает.
     
     
  • 5.237, НяшМяш (ok), 12:56, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь что никогда не докрутят. Темплейты в плюсах сейчас читать совершенно невозможно.
     
  • 4.72, Урри (ok), 14:40, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Хелловорлд небось только видел?
     
     
  • 5.238, НяшМяш (ok), 12:57, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Небольшой веб сервис писал, парсер хмля, динамическую библиотеку для ноды. ЧЯДНТ?
     
  • 4.81, Аноним (81), 16:00, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поддерживаю.
     
  • 4.89, FractaL (ok), 16:25, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Не осилил плюсы? сочувствую. Я думал ты умнее.
     
     
  • 5.175, Прохожий (??), 02:43, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Для того, чтобы понять, что какаха несъедобна, не обязательно её пробовать на вкус. Я думал ты умнее, мог бы догадаться до такой простой мысли.
     
  • 5.239, НяшМяш (ok), 12:59, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Наверное, такой же глупый, как и Линус Торвальдс, который считает, что плюсы не нужны.

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

     
     
  • 6.257, Урри (ok), 21:48, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот сейчас Линус бы удивился...
     
  • 4.91, Аноноша (?), 16:26, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можно увидеть примеры кола для сравнения?
     
  • 4.105, Аноним (105), 18:19, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > В расте код куда понятнее чем в плюсах.

    О, великий растаман! Расскажи, что означает смайлик "водолаз"?

    _:()

     
     
  • 5.174, Прохожий (??), 02:40, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я (не считаю себя растоманом ни разу, просто любопытен язык) уже отвечал на этот вопрос в предыдущей новости про Раст. Знак подчеркивания в начале имени переменой означает, что компилятор не будет проверять, используется ли данная переменная в коде. Круглые скобки означают пустой тип (что-то вроде null, void).
     
  • 5.177, Аноним (-), 02:56, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > О, великий растаман! Расскажи, что означает смайлик "водолаз"?
    > _:()

    И то ли дело
    int _??(10:> = <%0??>;

     
  • 4.119, keydon (ok), 19:16, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В любом случае это не то что я ожидаю от современного языка который бы имел шансы заменить си.
     
     
  • 5.176, Прохожий (??), 02:47, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему сослагательное наклонение? Уже потихоньку заменяет. Небыстро, да. Но все к этому идёт.
     
     
  • 6.236, keydon (ok), 12:37, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я больше поверю в то что через 10 лет про раст все забудут (ну кроме совсем уж фанатиков).
    Объективно плюшки которые предлагает раст гораздо слабее (относительных плюшек которые в свое время предлагали) java, go и продвигается слабее C# (впрочем он все равно никому даром не нужен), а они не смогли.
     
     
  • 7.240, НяшМяш (ok), 13:03, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть одна очень большая плюшка раста - всякие нативные библиотеки для скриптовых штук типа ноды или питона на нём писать одно удовольствие. На C можно писать либо простые библиотеки, либо получается слишком многословно и баговано. На Java, Go и C# так не получается.
     
  • 7.242, red75prime (?), 14:52, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так плюшки в java и го идут в комплекте с сюрстрёмингом (GC). Не всегда это можно переварить.
     
  • 7.263, Прохожий (??), 00:15, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Объективно они как раз гораздо сильнее. Потому что нет рантайма - раз, код такой же быстрый на выходе, как у Си - два. Плюс лучшая инфраструктура - три (система сборки, центральный репозитарий кода).

    Java был в своё время одним из самых распространённых языков программирования. Поэтому где она там не смогла, остаётся только догадываться. Да и C# тоже был популярен (и сейчас его популярность растёт, вроде как).
    Go занял свою нишу и прекрасно там себя чувствует.

    В общем, хватит личные фантазии выдавать за объективную реальность, неинтересно.

     
     
  • 8.309, keydon (ok), 09:32, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых не такой же быстрый, в тех тестах что я видел, он всегда был медленнее... большой текст свёрнут, показать
     
  • 2.11, Аноним (11), 12:57, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Учить его не сложнее питона. На мой взгляд, есть 2 недостатка. Это cargo и llvm. Есть ещё 3, что язык сыроват и до сих пор не обеспечивает многих ожидаемых от него возможностей. Кому-то не нравится, что проверки совсем не бесплатны (скорее всего где-то можно ограничится компайл-тайм проверками, я не разбираюсь пока в достаточной мере).
     
     
  • 3.22, Аноним (22), 13:11, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Три недостатка: Сargo, LLVM, BSDL. Или 4, если учесть, что сырой. GNU Rust, как-то, ненаблюдается.
     
     
  • 4.198, Прохожий (??), 07:48, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему это недостатки?
    Какой язык можно считать верхом совершенства, и который поэтому не требует модификаций?
     
  • 3.73, Урри (ok), 14:43, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть еще нулевой недостаток, самый главный - гигантский технический долг, обусловленный полным отсутствием целостного дизайна.

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

     
     
  • 4.82, Анонн (?), 16:08, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Просто смешно читать про техдолг в контексте Си. В rust это хотя бы решили модулями и эпохами, что позволяет избавляться от неудачных решений не ломая совместимость с предыдущими эпохами.
    А что в си, что в плюсах гигатонны легаси говен будут навечно жить в языке из-за "обратной совместимости".

    А про целостность дизайна вообще лучше не упоминать - на заре создания си была куча несовместимых реализаций, диалектов, компиляторов, пока не появилась пародия на стандарт, которых пропихнули в ISO... почти через 20 лет создания языка (ANSI C89). И до сих пор есть куча несостыковок, потому что слишком много отдается на откуп реализации конкретного компилятора.

    Ну и конечно олимпиада по велосипедостроению в виде написания приколоченных к одному компилятору расширений, вроде GNU C Extensions, что является прекрасным примером непродуманности стандарта (раз это полезно, а не в стандарте) или NIH синдрома и вендерлока со стороны разрабов компилятора.

    Так что набрасывайте получше что ли...

     
     
  • 5.88, Аноноша (?), 16:24, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Как на растёт напишут что-то дельное, тогда и поговорим о поддержке ленами, а пока они хоть каждый день могут мажорную версию обновлять
     
     
  • 6.195, Прохожий (??), 07:21, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как осилишь язык, тогда и сможешь что-то дельное говорить о нём. А пока ты - типичный балабол, не разбирающийся в теме, но мнение имеющий.
     
  • 5.226, Анонн (?), 11:23, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О, обожаю игру когда Х, тогда и поговорим Так, вспомним что было раньше К... большой текст свёрнут, показать
     
  • 5.258, Урри (ok), 22:00, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Мне кажется этот аноним вполне может претендовать на звание олимпийского чемпиона по глупости 2021 года.

    Ядро линукса, __наприсанное на С__ и оцениваемое в 73 тысячи человеколет поддерживает один человек. Это ядро уже два десятка лет спокойно переживает переезд на новую версию компилятора (которых за это время накопились уже десятки). Это же ядро, __написанное на С__, портировано везде - начиная с кофеварок и заканчивая суперкомпьютерами, на десятки и десятки архитектур.

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

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

     
     
  • 6.260, burjui (ok), 23:06, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Мне кажется этот аноним вполне может претендовать на звание олимпийского чемпиона по глупости 2021 года.

    Сначала ему придётся вырвать победу зубами у тебя.

    >Ядро линукса, __наприсанное на С__ и оцениваемое в 73 тысячи человеколет поддерживает один человек

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

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

    А проекты на других языках, надо полагать, требуют?

     
     
  • 7.262, Урри (ok), 23:50, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    А вот и второй претендент подкатился.
    Опеннет не перестает радовать.
     
  • 6.266, Прохожий (??), 00:46, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Рассказываю в энный раз, наверное, но не до всех с первого раза доходит, увы ... большой текст свёрнут, показать
     
  • 6.270, Анонн (?), 01:04, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В cobol были инвестированы миллионы человеко-часов и куча денег И где он сейчас... большой текст свёрнут, показать
     
  • 3.193, Прохожий (??), 07:12, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >есть 2 недостатка. Это cargo и llvm.

    Что же в этом плохого?

    >до сих пор не обеспечивает многих ожидаемых от него возможностей

    Каких, например?

    >проверки совсем не бесплатны

    Бесплатны. Все абстракции языка - zero cost. Все проверки проводятся во время компиляции.

    >я не разбираюсь пока в достаточной мере

    А мнение имеешь. Может, разберёшься для начала?

     
     
  • 4.241, Аноним (11), 13:04, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты спрашиваешь очевидные вещи и лжёшь, агрессивничаешь. Почему я должен тебе отвечать? Твоё невежество это только твоя проблема, и так ты ничему не научишься.
     
     
  • 5.267, Прохожий (??), 00:53, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В чём конкретно я солгал, например? Ты, конечно, никому ничего не обязан. Но не обижайся тогда, если к тебе будут относиться, как к тому голубю из анекдота про игру в шахматы. Ок?
     
     
  • 6.294, Аноним (11), 13:03, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты солгал про бесплатные проверки и в профилировщике видно как 99% времени тратится на проверки. Научись сначала разговаривать, тогда может и отвечать будут.
     
  • 2.15, Аноним (14), 13:01, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Особо одарёнными личностями, засравшими всю ленту проектами на Rust только потому, что они - на Rust.
     
     
  • 3.194, Прохожий (??), 07:17, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А ты тоже из таких "одарённых", похоже? Засpал своими комментариями все новости только потому, что язык неосилишь никак?
     
  • 2.26, YetAnotherOnanym (ok), 13:13, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Лично меня пока что отталкивает от него экзальтированный энтузиазм растофанатиков. Человек в таком состоянии редко способен создать что-то путное.
     
     
  • 3.159, Аноним (159), 00:15, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Обычно те, кто набрасывает и те, кто создает - очень и очень разные люди.
    И в любом случае экзальтированный энтузиазм растофанатиков как-то легче переносить, чем массовое и довольно топорное обсирание того, в чем не разбираешься со стороны растохейтеров.
     
  • 3.314, anonymous (??), 12:25, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А как вы определяет, что то не были тупо тролли?
     
     
  • 4.317, YetAnotherOnanym (ok), 13:02, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Полагаюсь на интуицию
     
  • 2.48, Аноним (48), 13:31, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Тем что сырой язык общего назначения, на котором ничего сложнее http-серверов и одного нано-ядра так и не написали, пихают в низкоуровневую системщину для которой он в принципе и не предназначался. Мотивируя это тем что ценой дополнительных накладных расходов он должен решить проблемы, которые можно решить и без впердоливания целого ЯП со своим рантаймом, компилятором и ПМ.
     
     
  • 3.196, Прохожий (??), 07:32, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >язык общего назначения
    >пихают в низкоуровневую системщину для которой он в принципе и не предназначался

    Если язык общего назначения, почему его нельзя и в системщине использовать в том числе?

    >ценой дополнительных накладных расходов

    Там их нет от слова "совсем". Абстракции языка бесплатны. Проверки производятся на этапе компиляции.

    > он должен решить проблемы, которые можно решить и без впердоливания целого ЯП со своим рантаймом, компилятором и ПМ

    1.Если бы действительно можно было решить, то уже решили бы.
    2. У Раста НЕТ рантайма.

     
     
  • 4.232, Аноним (232), 11:46, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> У Раста НЕТ рантайма.

    Будем честными. Практически у всех языков есть рантайм. В том числе у раста и у С. Другое дело, что он (рантайм) опциональный. Поэтому да, раст подходит для ядра.

    А вот у кого нет рантайма, так это наверное ассемблеры и форт.

     
     
  • 5.269, Прохожий (??), 01:00, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Будем честными и перестанем натягивать сову на глобус. Библиотеки - это не то же самое, что рантайм. У Раст рантайма нет. Нужны ли ему библиотеки для работы? Да, нужны. И что? Чем он отличается в этом плане от любого другого языка, используемого для разработки сложного ПО?

    Форт - вообще сферическая вещь в вакууме.
    Ассемблер? Ну Колибри ОС, например, на нём написана. Скажете, там нет библиотек?

     
  • 2.60, Аноним (60), 13:54, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +13 +/
    1) Навязчивый форс, ставший мемом.
    2) Плохо читаемый синтаксис, даже на C++ можно писать понятнее.
    3) Нет реальных преимуществ, все то же можно сделать средствами C++.
    4) Фрагментация кодовой базы. Теперь нужно учить еще один язык, тогда как необходимость знать C/C++ никуда не делась и не денется.
    5) Фактически не является свободным языком.
     
     
  • 3.70, макпыф (ok), 14:37, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    забыл про cargo и llvm
     
  • 3.92, Аноноша (?), 16:28, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну хоть кто-то знает дзен раста. Надо бы это добавить на главную их сайта
     
  • 3.160, Аноним (160), 00:15, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Фактически не является свободным языком

    Так потому в ведро и пихают

     
  • 3.197, Прохожий (??), 07:45, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1) Почему любая новость про продукт на Си не является форсом, а новость про продукт на Раст - является?
    2) Отлично читаемый, если язык знать, почитать документацию вводную, а не пытаться осилить язык по новостям на Опеннете.
    3) Си++ намного сложнее и у него куча ситуаций с undefined behavior. В Раст такого нет, и это его преимущество. Плюс стандартная и удобная система сборки. Плюс мощный линтер. Плюс централизованный репозитарий кода.
    4) Если нужно старые проекты поддерживать - да, Си нужно знать. А если с нуля начинать что-то новое - уже Си знать и необязательно.
    5) Почему?
     
     
  • 4.217, Онаним (?), 10:39, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1) Потому что на сях продукты, а на хрусте унылые клоны-недоделки ради хайпа.
    2) _: &() = &[()] ... оядолблючитабельность. Не хватает только китайских иероглифов.
    3) Чтобы писать на плюсах - надо немножко думать. Для тех, кто привык к расту и прочим жабоскриптам - сложновато, понимаю. Проще из культа карго васянских лефтпадов натащить, и кое-как слепить деревянными конструкциями на компосте.
    4) В данном случае лучше просто не начинать.
    5) Потому что гладиолус.
     
     
  • 5.271, Прохожий (??), 01:17, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1 И зачем бы я пытался выдавать своё личное мнение за объективную реальность Г... большой текст свёрнут, показать
     
     
  • 6.289, Онаним (?), 09:49, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    1) ну, крупным корпорастам оно даже выгодно - чем больше хомячков будут писать хеллоуворлды вместо полезного, тем востребованнее будут реальные продукты
    2) нарыть - можно, в случае хруста - намного сложнее нарыть вменяемый код, поскольку сам язычок невменяем
    3) думать - это полезно
    4,5) без комментариев
     
  • 3.316, Андрей (??), 12:59, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Плюсам бы обнулится. Чтобы string не компилился в каждом .cpp
    За поддержку компилятора надо молоко давать.
     
  • 2.61, n00by (ok), 13:54, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А чем опеннетовцам так rust не нравится, сложно учить?

    Дело не в языке, а в странной тенденции. Раньше переписывали из машинного кода в Си. Что бы сменить лицензию. Теперь переписывают готовые исходники на Rust.

     
     
  • 3.93, Аноноша (?), 16:30, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Переписывание повышает чсв, создавая иллюзию причастия к созданию. На самом деле нет.
     
     
  • 4.98, n00by (ok), 17:01, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы только это. Раньше: была EULA, стала MIT. Теперь: была GPL, станет - ?
     
     
  • 5.101, Анонн (?), 17:18, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Apache License, MIT, BSD-like... в общем любая свободная лицензия подошла бы.
     
     
  • 6.210, n00by (ok), 09:05, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Apache License, MIT, BSD-like... в общем любая свободная лицензия подошла бы.

    MIT и BSD даёт больше свобод в плане закрытия исходников. Поэтому GPL меняют на них, в этом цель переписывания?

     
     
  • 7.218, Онаним (?), 10:41, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Судя по гиперактивности маркетинга - yes, indeed.
     
  • 3.272, Прохожий (??), 01:28, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего странного тут нет, если подумать. Основных причин две у такой тенденции.

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

    Вторая - переписывание потенциально проблемного кода.

     
     
  • 4.292, n00by (ok), 11:13, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Суть вопроса -- в смене лицензий при переписывании -- осталась нераскрыта.
     
  • 2.129, Аноним (-), 19:51, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А чем опеннетовцам так rust не нравится, сложно учить?

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

     
     
  • 3.141, Аноним (-), 20:46, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> А чем опеннетовцам так rust не нравится, сложно учить?
    > ок. зачем мне обвертка для работы с регистрами, адресами и пр чтоб
    > работать с регистрами и адресами ? написать обвертку для обвертки и
    > потом в этой обвертке типа безопасно писать ? вообще удивительно как
    > на столько бредовая идея получила внимание.

    О, ассемблерщикЪ подтянулся, сишников гнобит ...
    Зонтик-то захватил?
    НАШИХ БЬЮТ!


     
  • 2.133, Аноним (133), 20:01, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не нравится исключительно из-за жирности, долго собирается, так бы и внимание на него не обратил.
     
     
  • 3.201, Прохожий (??), 07:59, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Какой ещё жирности?

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

     
     
  • 4.227, Аноним (-), 11:29, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это он не медленный, это он умнее. Ну тогда все понятно
     
     
  • 5.273, Прохожий (??), 01:34, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Когда нечего сказать по сути, лучше промолчать, а не пытаться сарказмом сгладить свою некомпетентность.

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

     

     ....большая нить свёрнута, показать (72)

  • 1.5, keydon (ok), 12:47, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Разработка финансируется компанией Google
    > Помимо компаний ARM, Google и Microsoft
    > выразила компания Red Hat
    > Напомним, что Google напрямую обеспечивает поддержку проекта Rust for Linux
    > Компания Microsoft приступила к реализации драйверов для Hyper-V на Rust
    > Компания IBM реализовала поддержку Rust в ядре для систем PowerPC

    Этого достаточно чтобы не любить ржавчину.

     
     
  • 2.13, Аноним (13), 13:00, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А чего нос воротишь? Основной вклад в Linux вносят как раз эти и другие крупные компании. Патчей от энтузиастов жалкие проценты. Что бывает, когда компании прекращают активно развивать, можно видеть на примере стагнации BSD систем. Они на плаву лишь потому, что портируют из ядра Linux драйверы. По каким-то идейным соображениям драйверы для WiFi они пытаются сами писать. Их результ – еле работающий WiFi, не старше N. Недавно появились новости, что наконец начнут работу над AC. А в Linux уже давно AX есть.
    Не нравятся компании – удаляйте Linux и ставьте NetBSD или OpenBSD.
     
     
  • 3.124, keydon (ok), 19:37, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Во-первых я бы не стал оценивать патчи в киллограммах Во-вторых я бы не стал пр... большой текст свёрнут, показать
     
     
  • 4.134, Аноним (-), 20:09, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О да, отсутствие самбы в ядре - самый очевидный признак стагнации Кстати, инте... большой текст свёрнут, показать
     
  • 4.278, Прохожий (??), 02:28, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    1) Это то, что делает продукт популярным. Отрицать это глупо.
    2) Идейно никто ничего не делает (в том плане, что работает за идею). Всегда есть какая-то мотивация, более близкая, скажем так, жестокой реальности. Кому-то ЧСВ хочется поднять (я меняю мир!), кому-то получить очередную порцию допамина (я смог!). Ну и кто-то (большинство) работают за деньги.
    Например, какие патчи, пропихиваемые корпорациями, не соответствуют философии проекта? Я, может, что-то пропустил. А может это всего лишь ваши выдумки?
     
     
  • 5.310, keydon (ok), 09:58, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    1 Что делает продукт популярным Поддержка корпораций Что ж тогда эти пользова... большой текст свёрнут, показать
     
  • 3.145, нах.. (?), 21:12, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А мы вас компанейских патчи в ядро тащить не звали. Не нравится? Не тащи свои корпорастные патчи, обойдемся.
     
  • 2.16, Аноним (-), 13:03, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Разработка финансируется компанией Google
    >> Помимо компаний ARM, Google и Microsoft
    >> выразила компания Red Hat
    >> Напомним, что Google напрямую обеспечивает поддержку проекта Rust for Linux
    >> Компания Microsoft приступила к реализации драйверов для Hyper-V на Rust
    >> Компания IBM реализовала поддержку Rust в ядре для систем PowerPC
    > Этого достаточно чтобы не любить ржавчину.

    То, что "Rust" в куске выше вполне заменяется на "Linux", тебя не смущает потому что ты маковод?
    Или "вы не понимаете, это другое!"(с) ?


     
     
  • 3.121, keydon (ok), 19:24, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет, я линуксойд. Пока текущие мейнтейнеры у руля, меня это не смущает. Я вижу что корпорации не у руля, что они не могут просто взять и пропихнуть свои хотелки в ядро. По сути они такие же пользователи как и все остальные (это что касается ядра, а не Linux Foundation или редхат с канонинкл).
    С растом я вижу противоположное, я вижу как они игнорируют свободное сообщество, как активно их пропихивает мелкософт и гугл, вижу кто в комитете раста. Не, я этим людям не доверяю.
     
     
  • 4.146, нах.. (?), 21:16, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >корпорации не у руля, что они не могут просто взять и пропихнуть свои хотелки в ядро

    Смешной ты. Ну, хомки как всегда, веруют что корпорации и бабло не смогут, ага...

     
     
  • 5.235, keydon (ok), 12:20, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее "пока же не смогли"
     
  • 4.279, Прохожий (??), 02:31, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вижу что корпорации не у руля, что они не могут просто взять и пропихнуть свои хотелки в ядро.

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

     
  • 4.280, Прохожий (??), 02:32, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >  я вижу как они игнорируют свободное сообщество

    С этого места можно поподробней?

     
  • 2.32, Аноним (32), 13:22, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Еще помню времена, когда на опеннете главным аргументом против Rust было то, что "большие серьезные корпорации его не используют". Забавно наблюдать за попытками рационализировать совершенно иррациональное. Писали б уж честно: "руст/хруст/ржавчина/<you name it> - хрень, потому что лично мне он не нравится (потому что просто не нравится)".
     
     
  • 3.117, keydon (ok), 19:14, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Люди разные, аргументы тоже разные Мои претензии На метрике свободы vs корпор... большой текст свёрнут, показать
     
     
  • 4.136, Аноним (32), 20:32, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Справедливо, но с точки зрения стороннего наблюдателя забавно видеть, как основа... большой текст свёрнут, показать
     
  • 4.281, Прохожий (??), 02:42, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какая ещё метрика свободы Как это вообще можно измерить Какие, например Вы с ... большой текст свёрнут, показать
     
     
  • 5.311, keydon (ok), 10:31, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Только моральным компасом, но и этого обычно достаточно Например https wiki h... большой текст свёрнут, показать
     
  • 3.216, freehck (ok), 10:32, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще помню времена, когда на опеннете главным аргументом против Rust было то, что "большие серьезные корпорации его не используют".

    Добро пожаловать на опеннет! =)

    Ты подожди, когда аргумент "большие серьёзные корпорации его не используют" перестанет быть актуальным, всегда на первый план выходит аргумент "его используют корпорации, а они враги всему свободному и правильному". Ну то есть довольных не будет никогда.

     

     ....большая нить свёрнута, показать (18)

  • 1.8, Аноним12345 (?), 12:52, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Почему бы гуглу не создать форк ядра и не пилить его на хрусте ?
     
     
  • 2.28, Аноним (28), 13:17, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Пилить и хрустать такой огромный проект даже гуглу в одиночку нерентабельно.
     
     
  • 3.211, Брат Анон (ok), 09:18, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Точнее сказать им некогда всякой фигнёй заниматься. Вот пусть кто-нибудь напишет, а гугель уже бабки будет зарабатывать.
     
  • 2.107, Аноним (105), 18:28, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Будет, как с редоксом - забвение.
     
     
  • 3.183, Аноним (181), 04:10, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет там никакого забвения. Там есть только ситуация рынка когда стоимость рисков пока ни у кого не привысила доходы компании. Хотя уже близок тот день когда понимание наступит. Вот смотрите уже HP в целом лещенулась с 150 видами принтеров, ранее там камеры какие-то обмазались дерьмом в связи с позитивной авторизацией с NULL поинтером в пароле.

    Как только допрет до эффективных менеджероф, что можно профукать бизнесы из-за одного еб..ана,
    то тогда то и наступит глобальное вливание бабла в технологию... но пока можно отдохнуть - нужно
    поднабрать еще статистики....

    Будто мало ее было собрано за последние 40 - 60 лет от известнешей проблемы с 1000 смертей
    и до падений лайнеров.

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

     
     
  • 4.219, Онаним (?), 10:46, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    - Вот смотрите уже HP в целом лещенулась с 150 видами принтеров, ранее там камеры какие-то обмазались дерьмом в связи с позитивной авторизацией с NULL поинтером в пароле

    И внезапно...
    Да всем пофиг.

     

  • 1.9, InuYasha (??), 12:56, 07/12/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

  • 1.12, Аноним (12), 12:59, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Все IT-гиганты выражают интерес к расту, и только космонавт как всегда на своей волне - тащит в себя dart
     
     
  • 2.18, JJ (??), 13:05, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Навязывают его, интересоваться им никто не мешает.
     
     
  • 3.125, Sem (??), 19:37, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Кто его навязывает? В ядре он будет альтернативой, отключенной по-умолчанию.
     
  • 3.315, anonymous (??), 12:34, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Можно конкретнее? Кто конкретно кому конкретно что конкретно навязывает?
     
  • 2.46, Аноним (22), 13:31, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А Гугель Дартом совсем не интересуется?
     

  • 1.19, Какойточел (?), 13:06, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    с этим надо бороться, так как привращение в зоопарк ядра явно пойдет ему не на пользу ((
     
     
  • 2.25, GrNa (?), 13:13, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    "привращение" - это немного покрутить?
     
     
  • 3.49, Аноним (22), 13:33, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    У виска, глядя на тех, кто впендюривает Rust в ядро.
     
  • 3.97, Moomintroll (ok), 16:39, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > "привращение" - это немного покрутить?

    Да нет же! При вращении происходит привращение. Что тут непонятного?

     
  • 2.37, Аноним (37), 13:27, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Доведут поддержку Rust до ума и начнут бороться: выкинут древний C, что б не засирать ядро зоопарком языков
     
     
  • 3.40, Аноним (40), 13:28, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Пусть пишут своё ядро и уже потом туда к себе добавляют поддержку Хаскеля.  
     
     
  • 4.52, Аноним (22), 13:35, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Но вторыми после Rust, непременно, добавят JS/Electron.
     
     
  • 5.57, Аноним (22), 13:45, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А модули ядра поставлять в NPM.
     
     
  • 6.75, Аноним (40), 15:26, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    По скорее бы уже, а если оно еще и будет работать на разных версиях то цены им не будет.  
     
  • 4.108, Аноним (105), 18:30, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Пусть пишут своё ядро

    Дак уже пытались! Не получилось! Забыли!

     
     
  • 5.282, Прохожий (??), 02:46, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Получилось. Не забыли. Вот здесь доказательства https://gitlab.redox-os.org/groups/redox-os/-/issues?scope=all&state=closed
     

  • 1.31, YetAnotherOnanym (ok), 13:19, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Надеюсь, ядро можно будет билдить с отключёнными растокомпонентами. Хотя бы до тех пор, пока вот это всё по-настоящему не доведут до ума.
     
     
  • 2.35, макпыф (ok), 13:26, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    пока его и не включали туда
     
     
  • 3.56, YetAnotherOnanym (ok), 13:45, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    eBPF тоже не сразу включили.
     
  • 2.58, Аноним (22), 13:50, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И пока не будет gcc-rust в мейнстриме GCC, а не где-то там.
     
     
  • 3.109, Аноним (105), 18:31, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Самая лажа - это лицензия раста... Фиг сделаешь gcc-rust.
     
     
  • 4.171, Аноним (-), 02:25, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Самая лажа - это лицензия раста... Фиг сделаешь gcc-rust.

    Самая лажа - это лажа из Ложи Анонимных Знатоков.

     
  • 2.66, пох. (?), 14:13, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Билдить будет можно. Но пользы никакой потому что драйвера для нового современного оборудования будут на хрусте. А для немодного и несовременного будут выкинуты, разумеется. "в связи с отсутствием майнтейнеров", например.

     
     
  • 3.79, Анонн (?), 15:52, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это ж опенсорс, тебе нужно - ты и ментейни ¯\_(ツ)_/¯
     
     
  • 4.156, пох. (?), 23:37, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это ж опенсорс, тебе нужно - ты и ментейни ¯\_(ツ)_/¯

    Ну нет - опенсорс это "тебе нужен билд без хруста - пили форк! (сотонинский смех)

     
     
  • 5.214, Аноним (214), 10:16, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кому-то нужен был линукс без проприетарных прошивок? Они пилят форк 10 лет.
    Кому то нужен защищённый вариант Линукс? Они пилят форк 15 лет...
    Экспертам с опеннет нужен билд без хруста? Они исходят на г..вно в комментариях.
    Разница в подходе. Почему так происходит? Ответ очевидный, потому что на опеннет ни на что не способны, кроме комментариев
     
     
  • 6.312, пох. (?), 10:38, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    никому, в том и дело Ненужное пилить получается отлично и уже допилились до не... большой текст свёрнут, показать
     

  • 1.34, BratishkaErik (ok), 13:24, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Zig имхо куда лучше подходит для замены C в ядре, но он нестабильный и новый

    > Integration with C libraries without FFI/bindings
    > Export functions, variables, and types for C code to depend on
    > В поставку входит Clang

     
     
  • 2.38, Аноним (40), 13:27, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Zig это как раз правильный С
     
     
  • 3.39, BratishkaErik (ok), 13:28, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И в то же время остается простым для чтения и понятия, код на Rust мне немного тяжелее даётся
     
  • 3.212, Брат Анон (ok), 09:20, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Си правильным быть не может бай дизайн.
     
  • 2.74, ананоша (?), 14:44, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока практически не решает проблем с памятью
     
     
  • 3.94, FractaL (ok), 16:33, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    В плюсах она решена ещё до того как появился раст
     
     
  • 4.206, Прохожий (??), 08:26, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Плюсы в ядре не появятся никогда. И это хорошо.
     
     
  • 5.213, n00by (ok), 09:27, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Плюсы в ядре появятся запросто, как только это кому-то станет действительно нужно. Они просто будут от ядра отдельно, по типу Reiser4.

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

     
     
  • 6.221, Онаним (?), 10:50, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ды не запросто, там стандартная библиотека, скажем помягче, жЫрновата.
    Понятно что x86-м фиолетово, а вот что эмбедовка делать будет?
     
     
  • 7.231, n00by (ok), 11:44, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    При наличии исходных текстов ядра и GCC с библиотекой, задача создания компактной freestanding implementation сводится к "сел и написал". Не придётся извлекать из астрала информацию, как работает какой-нибудь __CxxFrameHandler3. Для NT существует реализация, где main() { std::cout << "Hello!"; } даёт порядка 25 кб.
     
  • 6.223, Онаним (?), 10:56, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я к тому, что чистая ся и выбрана потому, что стандартной библиотеки не надо.
    А плюсы без её либы - ну чего плюсы? Сахар вокруг структур и мелкой обвязки? Большого смысла нет, красоты от этого не добавится.
     
     
  • 7.234, n00by (ok), 11:56, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В Венду плюсы проникли по необходимости тащить в ядро прикладной софт типа антивирусов с эвристикой. Потому у меня и оговорка про "действительно нужно".
     
  • 6.225, Прохожий (??), 11:00, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Плюсы в ядре появятся запросто

    С Линусом не забудьте поделиться этим своим мнением. :)

     
     
  • 7.233, n00by (ok), 11:47, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем Вы мне это пишите, хотите показать, что не дочитали до второго предложения? Мнение Линуса мне известно, и я сначала сделал свои выводы (см. выше), а потом уже читал Линуса.
     
  • 7.325, wyry (?), 19:56, 16/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ... и если после этого Линус допустит Rust - это чудовищное лицемерие, т.к. хрен редьки не слаще.
     

  • 1.36, Аноним (40), 13:26, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что это за бред. В ядре просто интерфейс, а к нему пишешь что хочешь. Или речь идет про некий тулинг фреймвор который помогает написать модуль для ядра?
     
     
  • 2.110, Аноним (105), 18:32, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Растаманы хотят в само ядро толкать модули, вкомпиленные наглухо. Редокс-то у них не взлетел...
     

  • 1.42, TormoZilla (?), 13:30, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Надеюсь Linux с поддержкой языка Rust станет таким же стабильным как и Firefox.
     
     
  • 2.53, Аноним (40), 13:36, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет это невозможно. Это троянский конь который в ядро загоняют Майки с Гуглом чтобы разрушить ядро.  
     
     
  • 3.307, СССР (?), 23:49, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    делается это для контроля каждой программы, так же как сегодняшняя цифровизация продвигает короновирус с кюаркодами. Нужно оставаться человеком а на скотиной.
     
  • 2.162, Аноним (160), 00:22, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> стабильным как и Firefox

    FF - стабильна только потеря аудитории
    Да, так и будет

     

  • 1.45, Аноним (45), 13:31, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >ARM, Google и Microsoft

    Хана ядру

     
     
  • 2.163, Аноним (159), 00:28, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поздравляю с разморозкой. Гугль коммитит в ядро уже больше 20 лет.
     
  • 2.323, szt1980 (ok), 18:25, 12/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Туда ему и дорога.
     

  • 1.47, Аноним (47), 13:31, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Разработка финансируется компанией Google

    Ну так-то оно и понятно, что никому, кроме гуглов, этот Rust никому не нужен. Как бы его название (ржавчина) само за себя говорит, учитывая то, как софт на этом языке работает))))

     
     
  • 2.50, Аноним (40), 13:35, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Загадят ядро и выкатят свою Фуксию. Профит. А уж Майкрософт это главный враг опенсорса.  
     
  • 2.62, Никнейм (?), 13:57, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У гугля чего только нет, GO, Dart, D?
     
     
  • 3.63, Аноним (22), 14:04, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Вот D точно не их.
     
  • 2.164, Аноним (159), 00:34, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Корпорации коммитят код на расте: "Ааа! Опенсорс погибает, продались с потрохами, бабло побеждает!"
    Корпорации не коммитят код на расте: "Ааа! Детская поделка, васяны, никому это не нужно!"
    Память и логика у местных комментаторов, как у золотой рыбки, ей-богу. Ну и докопаться до названия, куда уж без этого.
     
     
  • 3.299, Аноним (299), 15:10, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Предлагаешь поедать помои, но зато на "новомодном" языке? Будь бы Rust таким хорошим, никто бы не переписывал софт с него обратно на плюсы. Си и С++ давно себя зарекомендовали как лучшие языки программирования, а Rust - упрощение ценой производительности
     
     
  • 4.322, Аноним (159), 20:04, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ух, сколько ерунды в передергиваний в одном комментарии.

    > Предлагаешь поедать помои, но зато на "новомодном" языке?

    Какие-нибудь пруфы "помойности" будут? И да, "мне лично не нравится" - нифига не аргумент.

    > Будь бы Rust таким хорошим, никто бы не переписывал софт с него обратно на плюсы.

    Первый раз слышу, чтобы кто-то переписывал код с раста на плюсы. Не соблаговолите ли привести примеры?

    > Си и С++ давно себя зарекомендовали как лучшие языки программирования, а Rust - упрощение ценой производительности

    Абсолютно лучших не бывает.

     

  • 1.68, Fracta1L (ok), 14:14, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Очень хорошо, караван идёт. Линуксу необходимо впитывать новые технологии.
     
     
  • 2.69, test (??), 14:27, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Линуксу необходимо впитывать новые технологии.

    Типа новая технология колбасу делать из сои. Если что то новая технология это не означает что она лучше старой и вообще нормальная.

     
     
  • 3.77, Аноним (40), 15:28, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да им хоть ссы в глаза они всё схавают.  Сколько было этих прорывных технологий, которые никому не нужны. Куда например делись джава аплеты для браузера?
     
     
  • 4.111, Аноним (105), 18:36, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Куда например делись джава аплеты для браузера?

    О, там за короткое время что только не кануло в лету ... Флэш, сильверлайт, жаблетты...

     
  • 4.224, Прохожий (??), 10:58, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да им хоть в глаза ссы, а они все равно будут говорить, что никому не нужно. Хотя вон сколько корпораций подписалось.
     
  • 3.222, Прохожий (??), 10:56, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В данном случае лучше старой и вообще нормальная. Аналогия с колбасой неуместная.
     
  • 2.147, Аноним (144), 21:19, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Куда идет? Лебедь, рак и щука по факту.
     

  • 1.76, Аноним (-), 15:28, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >третий вариант компонентов для разработки драйверов устройств на языке Rust.

    Это что за покемон? Сишнику достаточно иметь компилятор, и всё. Что бы разрабатывать на Расте драйвера, нужно чтобы что?

     
     
  • 2.122, Анонимм (??), 19:29, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>третий вариант компонентов для разработки драйверов устройств на языке Rust.
    > Это что за покемон? Сишнику достаточно иметь компилятор, и всё.

    Э-э, Великий Теоретик, зайди уже в src/drivers и посмотри как "сишнику достаточно иметь компилятор".


     
     
  • 3.128, Аноним (-), 19:47, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну я там частенько бываю, и что мне такого нужно кроме gcc ?
     
     
  • 4.138, Аноним (-), 20:40, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну я там частенько бываю, и что мне такого нужно кроме gcc ?

    Т.е. тебя не смутили ни мейк ни конффайлы, ни lex.l, parse.y, ни многочисленные .pl, ни scripts/gdb/linux/symbols.py?
    Яснопонятно.

     
  • 4.191, Аноним (181), 04:28, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты вообще видел gcc? Там полным полно UB и сплошного кошмара вроде хедер файлов
    А уж про наличие as я молчу (это вообще ужас)
     
  • 3.130, Аноним (-), 19:52, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для того чтобы скомпилировать ядро достаточно иметь GCC. Ядро не использует библиотеки. Сисколы - это другое. А вот растаманам подавай какие-то компонеты, как в Дельфи?
     
     
  • 4.135, Аноним (-), 20:12, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> компонентов для разработки драйверов
    > Для того чтобы скомпилировать ядро достаточно иметь GCC. Ядро не использует библиотеки.

    Какое занятное переобувание в прыжке.


     
     
  • 5.137, Аноним (-), 20:33, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты откуда взял тот кусок текста что приплетаешь анону ? Переобуватель выискался, не наглумился в похоронной теме ?
     

  • 1.78, irony_t (?), 15:36, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Say you've spent several years learning the ins and outs of a language like C++, you're hoping you'll use it for work and earn that $$$. Along comes an upstart language that may or may not be better, which has a shot at replacing your language. Now you're in a tough spot - either stick with the language where you're an expert but with fewer opportunities or move to the new language that you don't like because it's the new fad.
    > Such a person would be frustrated and spend their time nitpicking the new kid on the block. In this case, that's Rust.
     
     
  • 2.220, Онаним (?), 10:47, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если with fewer opportunities выкинуть - будет норм, и как раз по делу.
    А так - это попытка самоутверждения, не более.
     

  • 1.80, Аноним (80), 15:55, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    что с самой главной проблемой (см предыдущую новость https://www.opennet.dev/opennews/art.shtml?num=54970), стратегия появилась?
    > Ещё одной проблемой стали попытки использования вычислений с плавающей запятой или 128-битными типами, что не является допустимым для таких окружений, как ядро Linux. Это оказалось более серьёзной проблемой, так как в данный момент базовая (core) библиотека Rust неделима и представляет собой один большой blob - в ней нет возможности запросить только некоторые из возможностей, предотвратив использование той или иной проблемной функциональности. Решение проблемы может потребовать внесения изменений в компиляторе rust и библиотеки, при том, что на данный момент у команды ещё нет стратегии, как реализовать модульность библиотек языка.
     
     
  • 2.84, Аноним12345 (?), 16:20, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это может занять тучу времени ?
     
     
  • 3.112, Аноним (105), 18:38, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну... Учитывая, что за 15 лет разработки от блоба никак не избавились, то он - надолго.
     
     
  • 4.123, Анонимм (??), 19:36, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.h-online.com/news/item/Mozilla-releases-version-0-1-of-the-Rust-la
    >> 24 January 2012, 15:02
    >> Mozilla releases version 0.1 of the Rust language and compiler
    > Ну... Учитывая, что за 15 лет разработки от блоба никак не избавились, то он - надолго.

    Какой громкий пук.

     
     
  • 5.126, Sem (??), 19:41, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Он, видимо, из будущего.
     
  • 5.150, нах.. (?), 21:43, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И где тут сказано что от блоба избавились, пуковед ты наш?
     
  • 5.168, Аноним (105), 01:50, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > The language ... begun in 2006 ...

    Посчитать сможешь, ск-ко лет прошло?

     
     
  • 6.243, red75prime (?), 15:02, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Чуваак! Ты хоть Rust 0.1 смотрел? Там ни f32, ни f64, ни u128 не было.
     
  • 6.244, Аноним (-), 16:01, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >>> was designed by Graydon Hoare as a side-project from 2006 onwards
    >>> #![stable(feature = "alloc_module", since = "1.28.0")]
    >> The language ... begun in 2006 ...
    > Посчитать сможешь, ск-ко лет прошло?

    Очередной неконтроллируемый выброс метана?


     
  • 2.100, Ordu (ok), 17:15, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > стратегия появилась?

    Упомянутые выше вещи, типа no_fp_fmt_parse, намекают, что появилась.

     

  • 1.96, Аноноша (?), 16:36, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Заглохнет, Мигеля возьмут измором: то так нельзя, то тут так в ядре не принято, нужно доработать компилятор, бесконечные патчи, у нас дискомьюникейшн, а давайте все заново... Линус красаучег
     
     
  • 2.190, Аноним (181), 04:26, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    При всем уважении Rust-у нужно тащить линукс код в Redux
    На выходе и совместимую систему бы поимели и ошибки в ядре вашли
    Так что при всем уважении к Линуксу он конечно фанатик в первую очередь
    А во вторую уже разумный человек

    С другой стороны можно и попроще язык было задизайнить, а то не разобраться
    многим...

     

  • 1.99, Аноним (99), 17:14, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У Rust просто черепашья скорость по компиляции. Если хотя бы половину ядра перепишут на Rust, то об перекомпиляции ядра на своём железе можно будет смело забыть.
     
     
  • 2.113, Аноним (105), 18:39, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Если хотя бы половину ядра перепишут на Rust

    А что с редоксом?! Зачем линь переписывать, если есть (якобы) своя расто-ОС?

     
     
  • 3.127, Анонимм (??), 19:42, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Если хотя бы половину ядра перепишут на Rust
    > Зачем линь переписывать, если есть (якобы) своя расто-ОС?

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


     
  • 3.283, Прохожий (??), 02:52, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А что с редоксом?!

    Развивается потихоньку.

    > Зачем линь переписывать, если есть (якобы) своя расто-ОС?

    Затем, что Си - уныл и опасен. Качество кода на выходе гораздо хуже, чем у Раста, потому что Си это самое качество не контролирует никак. Понятно, что есть линтеры. Но они тоже, показывает практика, не справляются с васянским кодом часто. А на Си каким бы гением ты ни был, всё равно окажешься в итоге васяном, таким же типичным, как и много других.

    Кроме того, свою расто-ОС пишут, скорей всего, просто другие люди. Не приходила такая мысль в голову?

     

  • 1.103, DEF (?), 18:08, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Если Rust такой фиговый, как тут его клеймят эникейщики и диванные сисадмины опеннета, то почему в опросах на stackoverflow этот язык уже 5 лет подряд - самый любимый и самый желанный?
     
     
  • 2.114, Аноним (105), 18:41, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Реальный последний рейтинг языков:
    ...
    19. Перл
    ...
    26. Раст
     
     
  • 3.155, Аноним (159), 23:09, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Пруфы будут или это персональный рейтинг одного анонимуса с опеннета?
     
     
  • 4.166, Аноним (105), 01:44, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хоть бы иногда читай на опеннете статьи кроме раста, будешь в курсе событий.
     
     
  • 5.192, Аноним (159), 06:28, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А тебе неплохо бы научиться отвечать на тот вопрос, который задают. Ну и не путать TIOBE с опросом о предпочтениях.
     
  • 3.251, freecoder (ok), 19:50, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Индекс Rust на TIOBE уж больно волатильный: https://www.tiobe.com/tiobe-index/rust/
    Вполне возможно, что в 2018 его намеренно занижали, после скандала с его резким выскакиванием.
     
     
  • 4.296, Аноним (-), 13:59, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Вполне возможно, что в 2018 его намеренно занижали,

    Типичное такое россиянское мышление.

     
  • 4.318, anonymous (??), 17:44, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    TIOBE измеряет не популярность, а присутствие ключевых слов в поисковых системах. Не очень понятно, например, как Rust мог попасть в учебники 80ых годов.
     
  • 2.115, Аноним (115), 18:49, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Натурал-парады не проводятся в отличие от, получается, традиционные отношения уже в меньшинстве по твоей логике?
     
     
  • 3.151, нах.. (?), 21:45, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну дык, а ты как хотел, жаримся мужыкы, жыримся!
     
  • 2.148, Аноним (144), 21:23, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для SO-Developerов?
    Это психология: если человеку хочется быть круче кого-то, но не получается в области популярного, то он идет в меньшинства, в более ууузкой области гораздо больше шансов стать круче.
     
     
  • 3.189, Аноним (181), 04:22, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты поробуй давай в Rust стань круче, там система типов мозгодробительная,
    ты думаешь чего тут Сишники старой закалки взбунтовались они у себя в C11 не
    могут завести отложенные вызовы, лямбды и std::function, а Rust это тащит
    в стандартной библиотеке.

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

     
  • 2.170, Аноним (170), 02:10, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Форс и накрутки. "Уважаемые коллеги Mozilla Foundation, чтобы подтвердить вашу лояльность нашим ценностям просим зайти и проголосовать на следующем сайте..."
     
     
  • 3.319, anonymous (??), 17:47, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Справедливости ради, там опрос не так проходит StackOverflow рассылает почтой возможность проголосовать
     

  • 1.104, Аноним (105), 18:18, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Почему растаманы забыли собственную систему редокс?! Зачем толкать раст в линух, если нужно толкать раст в расто-редокс?
     
     
  • 2.188, Аноним (181), 04:17, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Идут с двух сторон?
     
  • 2.245, Аноним12345 (?), 16:14, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они написали игрушку под названием редокс
    Эта игрушка им быстро надоела
    А пилить ее до уровня промышленного использования - это вложить тонны бабла
    А у кого щас есть бабло ?
     
  • 2.320, anonymous (??), 17:48, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как одно другому мешает? У проектов разные цели и разные разработчики.
     

  • 1.106, Аноним (106), 18:24, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А всё равно толку нету. Сколько вы этих редакций не делайте. Сырое поделье неосиляторов так и останется в вечной бете. Или альфе?
     
     
  • 2.187, Аноним (181), 04:16, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Собаки лаят, а караван идет ...
     

  • 1.116, Аноним (-), 18:56, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    какой смысл тящить это токсичное псевдобезопасное протекающее в ядро? чтобы порадовать блм?
     
     
  • 2.180, Аноним (105), 03:35, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это следствие того, что редокс не завёлся.
     
     
  • 3.321, anonymous (??), 17:49, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как одно с другим вообще связано? Цели у проектов изначально разные.
     
  • 2.186, Аноним (181), 04:16, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А чего так голословно. Есть пруфы где протекает, а то как-то выглядит как
    типичная антиреклама от Анонима.

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

     

  • 1.131, Аноним (131), 19:56, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Ну всё. Это "успех" для раста. Теперь заживём. Ага.

    Какое позорище

     
     
  • 2.185, Аноним (181), 04:14, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Еще одна истеричка. Люди решают вопросы прктические и название этому придумали,
    а ты свои комплексы победить не можешь ЧСВ-шные
     

  • 1.132, Аноним (-), 19:57, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    У растаманов есть свой родной Redox. Забыли?
     
     
  • 2.165, Аноним (105), 01:43, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Оно разве живое? Его же на реальном железе не смогли запустить.
     
     
  • 3.173, Аноним (-), 02:40, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Оно разве живое? Его же на реальном железе не смогли запустить.

    https://www.redox-os.org/screens/
    Опять активно приближаешь глобальное потепление неконтролируемыми выбросами метана?

     

  • 1.143, Kuromi (ok), 20:52, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    "Помимо компаний...Microsoft, интерес к использованию языка Rust в ядре Linux выразила компания..."
    Я бы начал нервничать уже на стадии интереса Микрософт к Русту в ядре.
     
     
  • 2.152, нах.. (?), 21:47, 07/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну слышал такое - разделяй и властвуй. Ржавое барахло - как раз инструмент для этого.
     

  • 1.153, Аноним (153), 22:01, 07/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто знаком с языком или просто любопытный: как часто при написании драйвера или модуля ядра вообще понадобится использовать unsafe и Ъ-безопасность перестанет ею быть?
     
     
  • 2.229, Аноним (-), 11:36, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > при написании драйвера или модуля ядра вообще понадобится использовать unsafe

    В 100% случаев. ядро это куча готового и удобного апи, а раст, как известно - любимая обворачивалка готовых и красивых апи делающая волшебнобезопастность с зубоскрежащим синтаксисом. драйвера на русте никто делать не будет, только обвертки.

     
     
  • 3.274, Прохожий (??), 01:41, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Твоё высказывание на 100% абсолютная чушь, и что-либо толкового и конструктивного у тебя написать не получится, будет только пустопорожняя болтовня.
     

  • 1.157, Анонимкарастуимка (?), 23:53, 07/12/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

     ....ответы скрыты (3)

  • 1.161, тунеядец (?), 00:17, 08/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это насколько надо быть ленивым и обладать насколько низким интеллектом чтобы когда знаешь C вместо того чтобы просто доучить C++ начинаешь городить велосипед от которого глаза ломаются.

    А результат этого как всегда один. Софта ноль, преимуществ перед плюсами ноль.

    И не надо про память. Откройте методичку и убедитесь что это решено уже 100 лет назад в C++

     
     
  • 2.169, Аноним (170), 02:07, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да, утечки решаемы. Вспоминается мануал времен 90-х "40 типов умных указателей" или что-то вроде этого. Обычно хватало стандартных.
     
  • 2.184, Аноним (181), 04:12, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты б методичку открыл да почитал какие проблемы решает Rust,
    а то так с евангилием от C++ и помрешь дурачком.
     
     
  • 3.230, Аноним (-), 11:40, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для мимопрохожих, напомните плиз какие он решает проблемы ? Что-то ни одной из реальных проблем с которыми я сталкиваюсь он даже близко не решает.
     
     
  • 4.249, растом_дебилоид (?), 19:00, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    он пытается решить проблемы которых не существовало до появления rust
     
     
  • 5.284, Прохожий (??), 02:56, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты чего-то не знаешь (не видел), это не означает, что этого не существует.
     
  • 4.275, Прохожий (??), 01:48, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > напомните плиз какие он решает проблемы

    Проблемы с UB, использованием неинициализированных переменных, висячих указателей, некорректной работой с памятью, некорректным приведением типов.
    Также Раст предлагает стандартную конкурентную инфраструктуру: сборщик, линтер, централизованный репозитарий кода, форматтер.
    Раст гораздо проще Плюсов. То есть порог для вхождения гораздо ниже, чем у последних.

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

    Ты бы их обозначил хотя бы, если действительно хочешь получить ответ, а не пришёл сюда попортить атмосферу.

     

  • 1.200, BratishkaErik (ok), 07:50, 08/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не могу свой прошлый комментарий отредактировать, вот https://wiki.hyperbola.info/doku.php?id=en:main:rusts_freedom_flaws
     
     
  • 2.202, Аноним (159), 08:12, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Там единственная претензия к расту - "они не принимают коммиты от левых людей без аппрува".
     

  • 1.215, Аноним (214), 10:20, 08/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Не понятно как писать защищённое ПО без исключений и размотки стека...
    Даже память безопасно не выделить
     
     
  • 2.276, Прохожий (??), 01:51, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуй осилить документацию. Ну или хотя бы книгу для начинающих. Всё есть в общем бесплатном доступе. Там есть ответы.
     

  • 1.246, Аноним (246), 17:09, 08/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Раст ведь до сих пор не поддерживает все архитектуры, на которых работает Линукс.
    Что они предлагают? Выкинуть эти архитектуры, что ли?
    А может лучше выкинуть этот самый Раст?
     
     
  • 2.248, Аноним (-), 18:51, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Раст ведь до сих пор не поддерживает все архитектуры, на которых работает Линукс.

    И че? Запретят писать для них дрова на сишке, что ли?
    > Что они предлагают? Выкинуть эти архитектуры, что ли?

    Где предлагают? В фатназиях очередного анонима?
    > А может лучше выкинуть этот самый Раст?

    Лучше выкинуть комменты очередного опеннетного Знатока.

     
     
  • 3.250, Аноним (246), 19:43, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надо будет перписывать на Си дрова, которые ранее уже были написаны на расте Бу... большой текст свёрнут, показать
     
     
  • 4.252, Анонн (?), 20:35, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну так не будь долбодятлом и напиши прошивку сам!
    А ты что хотел? Придти на все готовенькое и просто забрать себе?
     
     
  • 5.255, Аноним (246), 21:04, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > ... напиши прошивку сам!

    Может, мне и условный "линукс" самому написать?

    >  Придти на все готовенькое и просто забрать себе?

    А ты Линукс или *BSD себе уже написал, или "пришёл на всё готовенькое и забрал себе"?


     
  • 4.264, Аноним (-), 00:29, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Запретят писать для них дрова на сишке, что ли?
    > Надо будет перписывать на Си дрова, которые ранее уже были написаны на расте.
    > Будет две версии дров к одной и той же железке. И обе версии нужно будет сопровождать.
    > Помимо двойной работы, это, конечно же, будет только увеличивать и без того немалый бардак в ядре.

    -
    > все архитектуры
    > дров к одной и той же железке

    Яснопонятно - очередной диванный теоретик.

    >> Лучше выкинуть комменты очередного опеннетного Знатока.
    > Ну, так давай твои и выкинем. Да и вообще - сделай вдоль.

    Какие аргументативные аргументы от "Знатока".

     
     
  • 5.285, Аноним (246), 05:21, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Яснопонятно - очередной диванный теоретик.

    Да, яснопонятно, что ты даже не понимаешь что такое архитектура в данном контексте.
    Почему-то не приходит тебе в голову, что одна и та же периферийная железка может работать и на ARM-ах, и на x86, и на C-SKY, например.

     
  • 4.277, Прохожий (??), 02:00, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Надо будет перписывать на Си дрова, которые ранее уже были написаны на расте.

    Не надо будет. Дрова пишутся под конкретное железо, которое призвано работать в определённой среде.

    > Т.е. фактически эти прошивки прибиты гвоздями к ARM-ам.

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

    > Вот подобная же хpенb будет происходить и с Линуксом.

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

     
     
  • 5.286, Аноним (246), 06:28, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Чушь Дрова, являясь частью ядра, обычно пишутся кросс-платформенно, если конкре... большой текст свёрнут, показать
     
     
  • 6.290, n00by (ok), 10:48, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А ты в исходники ядра вообще когда-нибудь заглядывал, а?

    Ну так нельзя, надо как-то тоньше и с применением средств объективного контроля. Факт отсутствия специалистов по ядру NT среди здешних знатоков Rust можно считать установленным: вторую тему прошу прокомментировать пример драйвера, а в ответ тишина (намекнули, что коду 6 лет, а это уже луддизм). Но этот факт ожидаем. Linux ближе к теме сайта, наверное, должно найтись несколько человек? Я слышал, что написали уже один драйвер, но не знаю, с какой стороны подойти.

     

  • 1.256, Аноним (246), 21:21, 08/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    RUST со своими Tier 1/2/3 Platform Support- это ISA и OS vendor lock-in, если кто не понял.
    А, проще говоря, это прибивание языка гвоздями к ограниченному списку архитектур, операционных систем и системных библиотек.
     
     
  • 2.261, burjui (ok), 23:11, 08/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Причём тут vendor lock-in? У тебя каша в голове.
    А что, нужно делать, как некоторые упоротые сишники с OpenNET? Ну, то есть просто заявлять, что сишный код магическим образом самопортирован под любую архитектуру и операционную систему.
     
     
  • 3.287, Аноним (246), 06:42, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Причём тут vendor lock-in?

    Это он самый и есть. Ты, видимо, просто не понимаешь, что есть "vendor lock-in".
    Вот, почитай: https://en.wikipedia.org/wiki/Vendor_lock-in
    Может, что-то поймёшь.

     
  • 2.265, Анонн (?), 00:40, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле все проще.

    У тебя есть архитектура CPU которая тебе очень важна, но на ней нет раста...
    Элементарно! Ты просто берешь открытый llvm и дописываешься в него поддержку своей очень нужной (в очень узких кругах) архитектуры (иначе бы ее уже добавил кто-то другой)!
    И твоя архитектура попадает Tier 3. Круто, правда?

    Но тебе этого мало. Ты начинаешь делать регулярные сборки тулчейна после каждого изменения, прогонять тесты и большая часть их них проходит и хоба - у тебя уже Tier 2.

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

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

     
     
  • 3.288, Аноним (246), 07:58, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это требует довольно широких и глубоких компетенций, как в области самой архитек... большой текст свёрнут, показать
     
  • 3.291, Анонн (?), 11:05, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Стоп-стоп, а в линуксе и gcc эта поддержка появилась автоматом?
    Разве чтобы добавить поддержку C-SKY в GCC не нужно "широких и глубоких компетенций, как в области самой архитектуры, так и в области GCC"?

    Я не нашел список изменений, но уверен что человек с улицы на такое не способен. Для добавления поддержки в GCC они вообще наняли отдельную фирму: "Mentor Graphics has been contracted to work on this C-SKY compiler port for csky-elf and csky-linux targets with glibc and uclibc."
    (https://www.phoronix.com/scan.php?page=news_item&px=GCC-C-SKY-Patches)

    Плюс этого недостаточно - нужно добавить поддержку в сам линукс. И это тоже не странички верстать. Там 11к строк изменений, местами точечных, для которых нужно ну очень хорошо знать архитектуру ядра.
    "The port has already gone through ten rounds of public code review over the past number of months and the port adds over 11,000 lines of code for bringing up the new architecture."
    (https://www.phoronix.com/scan.php?page=news_item&px=C-SKY-Linux-4.20-Port-Prop)

    Поэтому для C-SKY нет поддержки раста, только потому что производителю это сейчас не нужно. Им сейчас нужен линукс чтобы клепать тв-приставки. А рандомный энтузиаст никогда бы это сам не добавил, даже если бы ему это было нужно на все 146%.

    А ведь может быть обратная ситуация: есть поддержка rust, но нет линукса.
    Apple выпустила M1 и rust заработал чуть ли не из коробки (потому что эпл написала бэк для llvm сама). А на линуксе поддержка появилась позже.

     
  • 3.293, Анонн (?), 11:32, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А основной архитектурный конкурент ARM это RISC-V. Он есть в поддержке на уровне Tier 2, на уровне ARM6/7 и ARM64. Так что тоже так себе аргумент.
     
     
  • 4.298, Аноним (105), 14:35, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > конкурент ARM это RISC-V

    Ты шутишь?! Сравнить ARM с мипсом 85-го года...

     
  • 4.300, Анонн (?), 15:13, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты шутишь?! Открой вики и посмотри в каком году был выпущен первый ARM!
    (спойлер: ARM1 вышел в 1985 году)

    RISC-V разумеется не без недостатков, но открытая ISA для многих уже является киллер-фичей.
    В железе сейчас выпущено не так много, но ей всего чуть больше 10 лет, а в ней уже заинтересованы европейцы и китайцы, и уже что-то штампуют (напр. тот же XuanTie 910 от алибабы, открытый к тому же).

     

  • 1.303, СССР (?), 23:24, 09/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    чего только не сделаешь за бабки.
     
  • 1.324, Аноним (324), 18:22, 14/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > https://doc.rust-lang.org/reference/memory-model.html
    > Rust does not yet have a defined memory model.

    В общем-то, это все, что надо знать о языке, бьющем себя в грудь и кричащим о том, как безопасно он позволяет работать с памятью.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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