The OpenNET Project / Index page

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

Выпуск Rust 1.92. Rust-проекты для GUI, sandbox-изоляции и создания прошивок

12.12.2025 11:29

Опубликован релиз языка программирования Rust 1.92, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).

Методы работы с памятью в Rust избавляют разработчика от ошибок при манипулировании указателями и защищают от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo. Для размещения библиотек поддерживается репозиторий crates.io.

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

Основные новшества:

  • Продолжена стабилизация типа "never", обозначаемого символом "!" и определяющего вычисления, никогда не возвращающие значения (например, функция "exits", макрос "panic!" и бесконечные циклы никогда не возвращают управление). В новой версии Lint-проверки "never_type_fallback_flowing_into_unsafe" и "dependency_on_unit_never_type_fallback" по умолчанию переключены с вывода предупреждений на генерацию ошибок компиляции. Данные проверки срабатывают при наличие проблем в коде, проявляющихся при использовании типа "never".

    По предварительной оценке подобные проблемы имеются примерно в 500 crate-пакетах. Включение lint-проверок позволит подготовиться к стабилизации типа "never", который в пока отнесён к числу экспериментальных возможностей. Lint-проверки срабатывают только при прямой сборке пакетов и не проявляются при сборке зависимостей. Проверки также могут быть отключены через атрибут "#[allow]".

  • Изменено поведение lint-проверки "unused_must_use", срабатывающей при игнорировании возвращаемого функцией значения, если функция или возвращаемый тип помечены атрибутом "#[must_use]". В новой версии прекращён вывод предупреждений об игнорировании возвращаемых значений с типами Result и ControlFlow, в которых состояние ошибки определяется типом без значений ("!" или "Infallible"). Например, "fn can_never_fail() -> Result<(), Infallible> {...}".
  • Изменено поведение флага "-Cpanic=abort", при указании которого включена генерация по умолчанию unwind-таблиц для выполнения обратной трассировки (backtrace) . Для возвращения старого поведения предусмотрена опция "-Cforce-unwind-tables=no".
  • Ужесточена проверка аргументов атрибута "#[macro_export]". При указании недопустимых атрибутов теперь будет выводиться ошибка, а не предупреждение. Проблемы с "#[macro_export]" будут проверяться не только при прямой сборке crate-пакета, но и при сборке зависимостей.
  • В safe-коде разрешено получение raw-указателей ("&raw [mut | const]") на поля в union-типах.
  • Для целевой платформы mips64el-unknown-linux-muslabi64 реализована поддержка динамического связывания.
  • Минимально поддерживаемая версия внешнего инструментария LLVM поднята до ветки LLVM 20.
  • В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:
  • Признак "const" применён в функциях:
  • В пакетном менеджере Cargo обеспечен повтор операции "git fetch" в случае сбоя выполнения первого запроса. Добавлены компоненты для интеграции с эмулятором терминала Ghostty. В руководство добавлена новая глава про оптимизацию процесса сборки.



Дополнительно можно отметить недавно анонсированные проекты и события, связанные с Rust:

  • Компания Ferrocene объявила о прохождении сертификации IEC 61508 (SIL 2) для библиотеки libcore, включающей подмножество вызовов из стандартной базовой библиотеки Rust. Сертификация подтверждает соответствие библиотеки требованиям для критически важных промышленных систем. Компания Ferrocene известна созданием инструментария для разработки на языке Rust приложений для критически важных систем (Safety-Critical Systems), а также поддержанием спецификации FLS (Ferrocene Language Specification), на базе которой развивается эталонная спецификация на язык Rust.
  • Опубликован релиз библиотеки Iced 0.14 для создания графических интерфейсов пользователя с использованием модели реактивного программирования. В Iced реализована архитектура, привычная для разработчиков, знакомых с языком декларативного построения интерфейсов Elm. Предлагается готовый набор виджетов с возможностью создания асинхронных обработчиков и применения адаптивной компоновки элементов интерфейса в зависимости от размера окна и экрана. Предоставляется несколько движков отрисовки, поддерживающих Vulkan, Metal и DX12. Из крупных проектов, использующий Iced, можно отметить среду рабочего стола COSMIC.

    В новой версии добавлены виджеты "table", "grid", "sensor", "float" и "pin", а также расширены возможности виджета для работы с разметкой Markdown. Реализованы: режим реактивной отрисовки; появляющиеся при необходимости полосы прокрутки; API для работы с анимацией; поддержка методов ввода; headless-режим; возможность внесения изменений без остановки приложения (hot reloading); распараллеливание декодирования изображений; инструменты для отладки и профилирования производительности.

  • Проект Ribir развивает библиотеку для создания многоплатформенных приложений с графическим интерфейсом, позволяющую использовать одну общую кодовую базу приложения для формирования графических приложений для разных платформ (Linux, Windows, macOS, в планах Android и iOS). Доступны декларативный язык построения интерфейса на основе Rust-макросов, более 20 виджетов, темы оформления, рендер на базе wgpu.
  • Представлена утилита Island, предназначенная для изолированного запуска приложений. Для sandbox-изоляции задействован механизм Landlock. Island позволяет создавать правила в формате TOML и применять их для изоляции при помощи Landlock существующих исполняемых файлов, без необходимости внесения изменений в код. В отличие от Firejail утилита Island не требует прав root и специальных полномочий.
  • Компания Google представила написанный на Rust инструментарий Wasefire для разработки защищённых прошивок. Основная идея в запуске поверх базового окружения прошивки (платформы) отдельных изолированных обработчиков (апплетов). Разработка прошивки не привязана к языкам программирования - компоненты прошивки могут поставляться в представлении WebAssembly с расширениями WASI (WebAssembly System Interface) и выполняться при помощи Wasmtime.
  • Опубликован выпуск UEFI-прошивки Patina 18, написанной на Rust. Patina предоставляет замену базовым компонентам прошивки UEFI и может использоваться для постепенного перевода существующих прошивок, написанных на Си, на использование языка Rust.
  • Проект Brimstone развивает новый JavaScript-движок, написанный с нуля на языке Rust. В текущем виде уже поддерживается более 97% от возможностей ECMAScript 2026. Виртуальная машина для выполнения байткода создана с оглядкой на архитектуру движка V8.
  • Проект Catten развивает ядро для экспериментальной операционной системы CharlotteOS, написанное на Rust. Ядро поддерживает управление доступом на основе "capability" (по аналогии с Fuchsia) и использует похожую на Plan 9 распределённую иерархию ресурсов с адресацией файловых путей по URI.
  • Опубликован выпуск интерактивной командной оболочки Fish 4.2.0 (friendly interactive shell). Ветка 4.x примечательна полным переводом кодовой базы с языка С++ на Rust.
  • Компания Сloudflare открыла код Rust-библиотеки tokio-quiche, для встраивания поддержки протоколов QUIC и HTTP/3 в асинхронно работающие приложения на базе фреймфорка Tokio.
  • Проект Tor опубликовал выпуски Arti 1.7 и 1.8, реализации инструментария Tor, написанного на языке Rust. Когда код Arti достигнет уровня, способного полностью заменить вариант на Си, разработчики Tor намерены придать Arti статус основной реализации Tor и постепенно прекратить сопровождение реализации на Си.

    В новой версии стабилизирована реализация ограниченного определения onion-сервисов с использованием авторизации клиента ("restricted-discovery"). В дополнение к прокси SOCKS добавлена поддержка HTTP-прокси, использующего метод CONNECT. Реализовано адаптивное выставление таймаутов в зависимости от нагрузки. Добавлена экспериментальная поддержка tokio-console. Продолжено развитие функциональности для релеев и серверов директорий (Directory Authority). Добавлена команда "arti hsc ctor-migrate" для переноса ключей из Си-клиента в хранилище ключей Arti. Добавлены настройки для управления запуском onion-сервисов.

  • Опубликована СУБД RustDB, созданная на языке Rust под впечатлением от PostgreSQL. Поддерживаются базовые SQL-операции (CREATE/DROP TABLE/VIEW, INSERT, SELECT, UPDATE, DELETE, SHOW TABLES, EXPLAIN, VACUUM), транзакции, MVCC, WAL (Write-Ahead Log), индексы, подключение через PostgreSQL-совместимый протокол. При написании RustDB использовался AI.


  1. Главная ссылка к новости (https://blog.rust-lang.org/202...)
  2. OpenNews: В Debian намерены добавить Rust в число обязательных зависимостей к APT
  3. OpenNews: Выпуск Rust 1.91
  4. OpenNews: CPython может сделать Rust обязательной сборочной зависимостью к версии 3.17
  5. OpenNews: Rust опередил C/C++ по объёму кода, добавляемого в платформу Android
  6. OpenNews: Организация Rust Foundation учредила фонд поддержки сопровождающих
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64416-rust
Ключевые слова: rust, iced, island, ferrocene, wasefire, firmware, patina, brimstone, catten, ribir, arti
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (258) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 14:12, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Спасибо автору за ретроспективу последних новостей.

    Особенно радует Ferrocene. Пусть будет больше надежного софта в критических областях вместо dыpяхи.

     
     
  • 2.12, Аноним (12), 14:37, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Особенно радует

    Продолжена стабилизация типа "never", обозначаемого символом "!"

     
     
  • 3.16, Аноним (3), 14:41, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Продолжена стабилизация типа "never", обозначаемого символом "!"

    Ну так язык развивается, а не застрял в 70х.
    Поэтому появляются экспериментальные фичи, которые или добавляются или не добавляются.

     
     
  • 4.44, Аноним (12), 15:09, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Если символ ! развивать 20 лет и до сих пор не стабилизировать, это диагноз.
     
     
  • 5.51, Анонимусс (?), 15:17, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +16 +/
    > Если символ ! развивать 20 лет

    Учитывая что расту всего 13 лет... то анон опять газифицировал лужу.

    Ну а с другой стороны. Те, кому понадобилось 51 год чтобы добавить bool в язык, будут что-то тявкать про сроки?))

     
     
  • 6.73, Аноним (73), 15:48, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >13 лет

    Это вы с какого момента считаете? С релиза 1.0? С 1.8, когда они в последний раз по крупному сломали обратную совместимость? С анонса Мозиллой? С момента начала разработки, если верить официальной версии?

     
     
  • 7.114, Анонимусс (?), 16:48, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Это вы с какого момента считаете?

    С Rust 0.1 - first public release, 2012 год.
    Но если хотите - можно и с 1.0, это 2015 год.

     
     
  • 8.181, Аноним (12), 20:24, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А 0 1 возник сразу, мгновенно в 2012, а не разрабатывался с 2006-го Речь-то изн... текст свёрнут, показать
     
     
  • 9.200, Аноним (-), 22:32, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Изначально это должен был быть язык со сборщиком мусора, гринтредами и без borro... большой текст свёрнут, показать
     
     
  • 10.214, Аноним (73), 22:51, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Предлагаю начать отсчёт существования языка с момента публикации спецификации ... текст свёрнут, показать
     
     
  • 11.221, Аноним (221), 23:31, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Без проблем Initial commit для Rust RFCs был сделан Mar 10, 2014 github com ru... текст свёрнут, показать
     
  • 6.155, Аноним (155), 19:09, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Те, кому понадобилось 51 год чтобы добавить bool в язык, будут что-то тявкать про сроки?))

    А какой феерический копиум в связи с этой темой тут недавно выдавал местный "нах."! "Bool не нужен!", "Его намеренно не добавляли!", "Он в процессоре не поддерживается!",  "Если нужен - меняй работу!". Золотые треды опеннета! 😂


    https://www.opennet.me/openforum/vsluhforumID3/138582.html#31

     
     
  • 7.290, Прохожий (??), 01:35, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И зачем на человека с таким логином обращать внимание?
     
  • 6.180, Аноним (12), 20:21, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > расту всего 13 лет

    Дак его - "!" - ещё и не доделали! Думаешь, если за 13 лет "!" не сделали, то за 7 - успеют?

     
  • 6.182, Аноним (12), 20:27, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Учитывая что расту всего 13 лет... то анон опять газифицировал лужу

    Это норма для растсеров... в лужу.

    Graydon Hoare created Rust in 2006.

    Вы же не будете спорить с американской энциклопедией?

     
  • 6.187, Аноним83 (?), 21:20, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А на кой этот bool сдался?
    С это язык для тех кто понимает как оно там асме на самом деле происходит, просто не хочет возится с асмом и хочет переносимости.
    Bool эстество - да ни упало ни разу, потому что оно транслируется в нужный флаг проца прив выполнении сравнения, а меньше чем 1 байт ты всё равно не можешь адресовать в памяти, таким образом внутри оно всегда будет как минимум uint8_t x != 0 проверять.
    Но и 1 байт - такое себе, для оптимизации часто кладут хотя бы 4 байта для таких "булевых" переменных. Нормальному человеку проще написать int - и короче и понятнее как оно там внизу будет оттранслировано.
     
     
  • 7.195, Аноним (-), 22:20, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > не хочет возится с асмом и хочет переносимости.

    А можно подробнее про переносимость?
    Если я правильно помню стандарт, то тот же long double всего лишь говорит, что он "не меньше", чем double.
    А double - примерно в два раза больше, чем float.
    В инте кол-во байт может плавать.

    Как это переносится с платформы на платформу?


     
     
  • 8.196, Аноним83 (?), 22:30, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Переносимость по сравнению с кодом на ассемблере Когда С появился кажется не бы... текст свёрнут, показать
     
     
  • 9.222, _ (??), 23:33, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нууууу Точно было 8- 16- 31- 32- и 64- бита Ходят деФФки что были и 7-bit-к... текст свёрнут, показать
     
     
  • 10.236, Аноним83 (?), 00:31, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Когда он появился это 8-16 ещё ладно И может даже 4 бита для адреса, но я честн... текст свёрнут, показать
     
     
  • 11.289, _ (??), 23:07, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ты вообще-то хотбы год рождения Си знаешь - А это _1970_ -ый IBM Syste... текст свёрнут, показать
     
  • 8.219, _ (??), 23:25, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У тебя есть пример языка работающего на большем числе платформ чем Си Ню-ню -р... текст свёрнут, показать
     
  • 7.227, Аноним (155), 23:54, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А на кой этот bool сдался?

    Например, хотя бы чтобы человеку, читающему твой код было понятно, что ты хотел сказать. Я понимаю, что для тебя сношаться с void*, видимо, высший пилотаж (проц же не видит разницы между ним и int*). Но нормальные люди все-таки стараются г*код не писать.

    > С это язык для тех кто понимает как оно там асме на самом деле происходит, просто не хочет возится с асмом и хочет переносимости.

    Господи, да сколько же можно этот бред повторять? Это было актуально во времена PDP-11, но уже лет 30 сишечный код не имеет ничего общего с тем, что там "на самом деле происходит".

    https://queue.acm.org/detail.cfm?id=3212479

     
     
  • 8.241, Аноним83 (?), 00:51, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Название переменной начинающееся с is_ гораздо нагляднее какого то там bool на... большой текст свёрнут, показать
     
     
  • 9.246, Аноним (155), 02:10, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а вообще идеал - венгерская нотация, как в майкрософтовских АПИ По всему к... текст свёрнут, показать
     
  • 8.248, Siffer (?), 04:07, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Например, хотя бы чтобы человеку, читающему твой код было понятно, что ты хотел... большой текст свёрнут, показать
     
     
  • 9.265, Аноним (-), 12:32, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно класно когда в нем undefined behavior , а не implementation defined ... большой текст свёрнут, показать
     
     
  • 10.270, Siffer (?), 14:09, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно класно когда в нем undefined behavior , а не implementation defined ... большой текст свёрнут, показать
     
     
  • 11.272, Аноним (-), 14:50, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему тогда не сказать вот как они сделали, так и правильно Т е взять пункт ... большой текст свёрнут, показать
     
     
  • 12.324, Siffer (?), 19:21, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему тогда не сказать вот как они сделали, так и правильно , Кто такие он... большой текст свёрнут, показать
     
  • 11.275, Аноним (275), 15:46, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У UB противоположный смысл Работа среды не имеет значения, потому что - наши к... большой текст свёрнут, показать
     
     
  • 12.286, Siffer (?), 21:57, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Не знаю про llvm Знаю про ассемблер GCC при отключеных... текст свёрнут, показать
     
     
  • 13.288, Аноним (275), 22:49, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    То есть это довольно определённое поведение - язык сделает свою часть работы и д... текст свёрнут, показать
     
     
  • 14.325, Siffer (?), 19:38, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если мы рассуждаем в рамках компилятора, все то, что у нас имеется, это компилят... текст свёрнут, показать
     
  • 5.170, Аноним (170), 19:53, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Стабилизируется не "символ", а концепция за ним стоящая и её применение. Вроде очевидно.
     
  • 5.189, Аноним (189), 21:29, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуйте, ради интереса, начать проектировать свой ЯП (например, хотя бы не системный, прикладного уровня, но с какой-нибудь фишкой, по типу one-command нативной компиляции под основные платформы и архитектуры).
    Если подойти к этому с ответственностью, а не пытаться копировать уже существующие языки. Можно посыпаться на какой-нибудь мутабельности (var, const, но допускает ли const изменение внутри, а если эти изменения делает не пользователь?)
    И чем больше всего добавляется в язык, тем сложнее внедрять что-то новое, чтобы при этом это не превращало синтаксис в кашу. Чтобы не было так, "вот с этим мы делаем так, но у нас есть такие-то исключения, в которых мы поступаем иначе".
    Задача со звёздочкой.

     
     
  • 6.194, Аноним83 (?), 22:16, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да вот нафига нужен ещё один язык!?
    Часто даже либы под имеющиеся языки не очень то нужны.

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

     
     
  • 7.224, Аноним (189), 23:47, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это же процесс эволюции что-ли Даже если многие новомодные фишки ещё рассматр... большой текст свёрнут, показать
     
     
  • 8.291, Прохожий (??), 01:47, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В go выбрали синтаксис в ущерб производительности Подробности https without ... текст свёрнут, показать
     
  • 2.80, Аноним (80), 15:58, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надёжный софт пишется на Ada/SPARK, а не на ржавом.
     
     
  • 3.85, Аноним (-), 16:02, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Надёжный софт пишется на Ada/SPARK

    Ты хотел сказать "супер надежный".

    Просто надежность бывает разной - где-то нужна формальная верификация, а где-то хватит проверки владения.
    Для SPARK сами адовцы пишут "Cost of adoption - Methodology change"
    adacore.com/blog/should-i-choose-ada-spark-or-rust-over-c-c
    Это может быть весьма дорого.

    > а не на ржавом.

    То-то AdaCore Joins Rust Foundation as Silver Member.
    Может они чего-то знают)?
    adacore.com/press/adacore-joins-rust-foundation-as-silver-member

    У них прям на главной
    Tools for High-Integrity Development in Ada/SPARK, C/C++, and Rust

     
     
  • 4.145, Аноним (145), 18:00, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Может они чего-то знают)?

    Да откуда им знать? Вот толи дело аноним с опеннета, вот он точно готов дать экспертное заключение!

     
  • 3.88, Аноним (88), 16:05, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На Ada/SPARK консьюмерского софта не пишется. Но консьюмерский софт может и должен быть надёжным, и для этого его не должно быть нужно писать на этом говне. Поэтому конечно же rust.
     
  • 3.185, Аноним (185), 20:48, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На MISRA C вообще-то.
     
     
  • 4.193, Аноним (-), 21:59, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > На MISRA C вообще-то

    А вы пробовали писать на ней? Вы бы взвыли еще больше чем от раста.
    В MISRA C от си только синтаксис и буква в названии.

    Как вам например
    Rule 16.2 (required): Functions shall not call themselves, either directly or indirectly.
    Rule 17.4 (required): Array indexing shall be the only allowed form of pointer
    arithmetic.
    Rule 20.4 (required): Dynamic heap memory allocation shall not be used.

    И это только 3 из целого списка ограничений!
    Думаете просто так придумали deviations для нее?))

     
     
  • 5.198, Аноним (185), 22:31, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ой да ни чуть не сложнее, чем борьба с боровами в расте.
     
  • 5.203, Аноним83 (?), 22:36, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Забавно.
    У меня почти весь код примерно так и написан, но конечно память я динамически выделяю иногда, но не на каждый чих как некоторые, а только когда без этого не обойтись совсем никак - я ленивый же, потом такую память освобождать же надо...
    И с указателями тоже иногда (редко) играюсь.
    Рекурсию - я тоже не люблю, в моих программах она бывала только для рекурсивного поиска файлов, да и то, помнится в переписывал чтобы без рекурсии было. В целом обычно это error prone way.
     
     
  • 6.228, Аноним (155), 23:57, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да ты у нас особенный! А фразы типа "у меня код" и "я делаю" с потрохами выдают писателя хэллоуворлдов в одно лицо.
     
     
  • 7.237, Аноним83 (?), 00:38, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И чем это плохо?
    У меня то есть код который я написал и пользуюсь им, некоторые другие им тоже пользуются.
     
     
  • 8.247, Аноним (155), 02:18, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что имея абсолютный ноль компетенции в разработке сколь-нибудь серьезного П... текст свёрнут, показать
     
  • 5.230, _ (??), 00:00, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А понять что эта красота - не для написания JSON-парсерофф сделана, совсем никак... большой текст свёрнут, показать
     
     
  • 6.238, Аноним (-), 00:40, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разумеется Но и ведро на ней тоже не напишешь А если таки надо написать парсер... большой текст свёрнут, показать
     
  • 5.245, Аноним (245), 01:44, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А вы пробовали писать на ней? Вы бы взвыли еще больше чем от раста.

    всегда так пишу в ядре а больше нигде и не использую С. На расте самому писать с помошником норм, но вот читать чужой код даже с подсказками плохо получается, надеюсь пока :) Жду когда настоящие драйверы в ядре появятся чтобы зная тему раазбираться, но пока там примитивщина на которой ничего не изучишь и незнакомая тема GPU

     

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

  • 1.4, Аноним (-), 14:18, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > Минимально поддерживаемая версия ... поднята до ветки LLVM 20.

    Ждем нытья луддитов)

    > библиотеку для создания многоплатформенных приложений с графическим интерфейсом

    О, это весьма хорошо.

    >  объявила о прохождении сертификации IEC 61508 (SIL 2) для библиотеки libcore ... подтверждает соответствие библиотеки требованиям для критически важных промышленных систем

    Еще один шажок в серьезный бизнес типа станков и автомотив.

    > Tor, написанного на языке Rust.

    Нужно.

     
     
  • 2.24, Аноним (24), 14:48, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ждем нытья луддитов)

    такой же комент был в эпоху асм, когда новый релиз Сишки выходил, что не так?

     
  • 2.74, Аноним (74), 15:49, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    При какое нытьё речь? Большинство пользуется gcc и не знают никаких llvm.
     
     
  • 3.213, Аноним (213), 22:49, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    тебе нужен новый фаерфокс, значит тебе нужен новый раст и беги собирай llvm... как-то так...
     
     
  • 4.292, Прохожий (??), 01:56, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе нужен новый фаерфокс? Дождись пакета от мейнтейнера. Как-то так нормальные люди поступают.
     

  • 1.5, Аноним (5), 14:18, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А нельзя сразу здесь и сейчас сделать форк этого вашего ядра Linux и отдать на растерзание Rust-man-ам чтобы они параллельно эволюционировали? Назвать как-нибудь Rusnux.
     
     
  • 2.7, Анонимусс (?), 14:24, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А нельзя сразу здесь и сейчас сделать форк этого вашего ядра Linux и
    > отдать на растерзание Rust-man-ам чтобы они параллельно эволюционировали?

    Так оно и было до успеха проекта Rust For Linux. Все было на отдельной ветке.

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

     
     
  • 3.15, Аноним (15), 14:40, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Линус всё ещё продолжает нянчится с этими луддитами! Слишком добрый, а надо как в ЕС, всё, с 2030 нельзя купить машину с ДВС! Нужно чтоб Линус объявил, с 2027 года в ядро можно присылать исправление ошибок на любом ЯП, а новый функционал только на Rust! И тогда у луддитов появится мотивация учить современные языки программирования!
     
     
  • 4.83, Аноним (80), 16:01, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И как, ты уже достаточно "современный"? Это передаётся воздушно-капельным путём или это венерическое?
     
     
  • 5.154, Аноним (154), 19:01, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Венерическое, так что тебе не грозит, не парься.
     
     
  • 6.223, Аноним (223), 23:46, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вас, функционалов не зря запретили.
     
  • 4.232, _ (??), 00:07, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а надо как в ЕС, всё, с 2030 нельзя купить машину с ДВС!

    Пусть вначале доживут до 2030 :) а там посмотрим :)

    Обежать не значит жениться!(С) Норот ;)

     
     
  • 5.293, Прохожий (??), 01:59, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пусть вначале доживут до 2030

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

     
  • 4.249, Смузихлеб забывший пароль (?), 07:15, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Слишком добрый, а надо как в ЕС, всё, с 2030 нельзя купить машину с ДВС!

    только там "экология" лишь предлогом является

    появится возможность соразмерное баблоу попилить - всё, кроме раста ограничат хоть завтра с обеда

     
  • 3.17, Аноним (12), 14:41, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Тратить время на синк с апистримом

    А зачем продукты растсеров в апстриме? Вот я например написал что-то для линукса, я же это не синкю в апстрим, всё и без этого работает. Или вот нвидя написала драйвер - она же толкает его в ядро, а выкладывает у себя на сайте.

     
     
  • 4.26, Анонимусс (?), 14:48, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А зачем продукты растсеров в апстриме?

    Чтобы им было удобно.

    > я же это не синкю в апстрим, всё и без этого работает.

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

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

    Взамоисключающие утверждения?

     
  • 2.156, Аноним (155), 19:12, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А нельзя сразу здесь и сейчас сделать форк этого вашего ядра Linux и отдать на растерзание Rust-man-ам чтобы они параллельно эволюционировали?

    Учитывая, что главный Rust-оман - это сам Линус (который, напомню, официально заявил, что будет пропивать его даже в обход недовольных маинтайнеров), то форк нужно делать как раз противникам Раста. Вот смеху-то будет!

     
     
  • 3.186, Аноним (185), 20:53, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А было, кстати, реально круто, если бы все (вообще все) сишники ушли из ядра и сделали бы форк. А в оригинальном линуксе остались бы только rust-оманы. Вот смеху то было бы.
     
     
  • 4.209, Аноним (73), 22:45, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там большая часть на зарплате сидит, не уйдут. Но зрелище и правда было бы инересным.
     
  • 4.225, Аноним (223), 23:47, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И ктобы победил? Для меня просто не очевидно.
     
     
  • 5.250, Смузихлеб забывший пароль (?), 07:18, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тот, кто сможет на этом заработать. Очевидно же
    Тем более, что "правильные посоны" в лине далеко не за бесплатно работают да и бюджеты фонда того кого надо фонда там будь здоров какие
     
  • 4.229, Аноним (155), 00:00, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А в оригинальном линуксе остались бы только rust-оманы. Вот смеху то было бы.

    Ну, то есть остались бы Линус и ватага корпов в лице Google, Microsoft и т.п.? Да, действительно смешно было бы.

     
     
  • 5.321, Аноним (321), 10:58, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А кроме них там кто-то еще есть? Не видно по статистике коммитов.
     
  • 4.234, _ (??), 00:18, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А было, кстати, реально круто, если бы все (вообще все) сишники ушли из ядра и сделали бы форк.

    А столоваться они где будут?
    Просто начнут как и в любой корпе - ИБД вместо работы.
    Даже раст выучат пожалуй. Но "программу на Fortran-е можно написать на любом языке программирования"(С) кажись Дейкстра

    > А в оригинальном линуксе остались бы только rust-оманы. Вот смеху то было бы.

    Смех сквозь слёзы!(С) Девиз Redox
    Потому что хоть пеньком по сове, хоть совой по пеньку - всё одно сове звиздец!(С)
    M$ устоит корпоратифф и зальёт мексиканский залив лучшим хранчузЪскимЪ шампанскимЪ :-)

     
  • 3.242, Аноним83 (?), 00:56, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Прикол в том, что переписать RUST код на C - можно легко, в автоматическом режиме, примерно как VALA транслирует свой код в С.
    А вот наоборот - нет.

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

    Даже вангую если сделают/популяризируют транслятор из RUST в C - сами растоманы будут его активно юзать чтобы не ждать часами пока это всё поделие удосужится скомпилится.

     
     
  • 4.243, Аноним (-), 01:10, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Прикол в том, что переписать RUST код на C - можно легко, в автоматическом режиме, примерно как VALA транслирует свой код в С.

    А это ЭТО потом можно будет прочитать или исправить?
    Будет в расте какая-то функция, возвращающая Result, а внутри паттерн маттчинг по enum с ассоциированными значениями.
    И как это будет в сишке?

    > Поэтому задача выкидывания RUST из любого проекта - это вопрос желания и минимальных трудозатрат.

    Но пока проектов что-то не видно))

    > Даже вангую если сделают/популяризируют транслятор из RUST в C - сами растоманы будут его активно юзать чтобы не ждать часами пока это всё поделие удосужится скомпилится.

    И откажутся от проверок в компайл тайм?
    Проще тогда сразу на сишке писать.


     
  • 4.271, Аноним (155), 14:41, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Прикол в том, что переписать RUST код на C - можно легко, в автоматическом режиме,

    Да что ты говоришь! А пример можно такой переписывающей на автомате програмки? Очень интересно бы было посмотреть, как бы она на С переписала растовые типы, трейты, паттерн матчинг и т.п. Здается мне, ты просто не понимаешь, что несешь.

    > А вот наоборот - нет.

    https://github.com/immunant/c2rust

     
     
  • 5.282, Аноним (-), 17:59, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Очень интересно бы было посмотреть, как бы она на С переписала растовые типы, трейты, паттерн матчинг и т.п.

    Я не понимаю, где ты видишь проблемы с этим. Проблемы могут быть с тем, чтобы не просто переписать на C, но ещё переписать так, чтобы сишный компилятор смог бы оптимизировать не хуже растового. У него будут большие проблемы с этим, поскольку куча информации будет потеряна при трансляции в C, а без оптимизаций, получится такое тормозное г, что кому это нужно?

     

  • 1.8, Доктор.Ливси (?), 14:30, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как это прекрасно! Теперь я учу раст и сделаю для всех много безопасных программ, компьютерных, и не только!
     
     
  • 2.109, Аноним (109), 16:41, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://rust-lang.org/ru/
     
  • 2.268, OpenEcho (?), 13:00, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Теперь я учу раст и сделаю для всех много безопасных программ, компьютерных, и не только!

       f(return);

     

  • 1.14, Аноним (14), 14:40, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Ни от чего он не избавляет, просто заменяет одни ошибки на другие побуждая программиста работать "спустя рукава" создавая ложное убеждение, что компилятор "всё сделает хорошо".
     
     
  • 2.20, Анонимусс (?), 14:43, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > Ни от чего он не избавляет

    Продолжайте повторять это перед зеркалом два раза в день утром и вечером.
    И наслаждайтесь новыми и старыми раст проектами :)

     
     
  • 3.27, Аноним (14), 14:49, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И наслаждайтесь новыми и старыми раст проектами :)

    Которых нет, кроме переписанных с ошибками core utils.

     
     
  • 4.165, Аноним (155), 19:28, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Которых нет, кроме переписанных с ошибками core utils.

    Качественный копиум! "Проектов нет, но как же у меня горит! 😭"

     
  • 2.21, Аноним (-), 14:44, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Ни от чего он не избавляет, просто заменяет одни ошибки на другие побуждая программиста работать "спустя рукава" создавая ложное убеждение, что компилятор "всё сделает хорошо".

    Ваше мнение, как "ононимного ыксперда", конечно очень афторитетно и ценно, но возможно вы предоставите пруфы?

    Пока есть такие данные от гугла
    > For medium and large changes, the rollback rate of Rust changes in Android is ~4x lower than C++.

    security.googleblog.com/2025/11/rust-in-android-move-fast-fix-things.html

     
     
  • 3.25, Аноним (14), 14:48, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > но возможно вы предоставите пруфы?

    Читайте новости на опеннете, здесь всё есть.

    > Пока есть такие данные от гугла

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

     
     
  • 4.31, Аноним (-), 14:52, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Читайте новости на опеннете, здесь всё есть.

    Ээ? Что ж ты так уныло слился?!
    Я надеялся на какие-то вскуракеки из СИшного угла(((

    > Корпорастам веры нет - у них всегда "всё хорошо", только потом они почему-то ночью во дворе закапывают свои проекты.

    Пока корпорасты пишут 90% кода в ядре.
    Которым пользуются бесполезный балласт из васянов.
      

     
     
  • 5.40, Аноним (14), 15:06, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Я надеялся на какие-то вскуракеки из СИшного угла(((

    "вскукареки", "из угла"... Ты откуда сюда с таким лексиконом пришёл?

    > Пока корпорасты пишут 90% кода в ядре.

    Их никто не просил, путь проваливают!

     
     
  • 6.43, Аноним (43), 15:08, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Пока корпорасты пишут 90% кода в ядре.
    > Их никто не просил, путь проваливают!

    Пф, и кто им запретит? Ты)?
    В СПО никто никому ничего не должен.
    Если они пишут код - значит они и решают.
    Поэтому как бы ты не пыжился - они будут делать с ядром то что пожелают, а ты просто пойдешь в лес.


     
     
  • 7.49, Аноним (14), 15:14, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Поэтому как бы ты не пыжился - они будут делать с ядром то что пожелают, а ты просто пойдешь в лес.

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

     
     
  • 8.53, Аноним (-), 15:19, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это как Если код открыт - ядро открытое Так они уже Лет 10 так точно Может ... текст свёрнут, показать
     
  • 8.161, Аноним (155), 19:22, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты поди с BSD пишеш С links из tty Или все таки лицемеришь, сидя на том самом... текст свёрнут, показать
     
  • 6.158, Аноним (155), 19:18, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Пока корпорасты пишут 90% кода в ядре.
    > Их никто не просил, путь проваливают!

    Пхахаха! Ну давай выпилим из ядра все, что накодили корпы, и оставим только кусочки от домашних васянов. Что ж ты делать тогда будешь, дорогой? С Vim в TTY сношаться, ибо не на что больше оно будет не годно?

    Не, друг, это ты лучше проваливай на FreeBSD и подобные.

     
     
  • 7.226, Аноним (223), 23:52, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Не, друг, это ты лучше проваливай на FreeBSD и подобные.

    Не так страшен Linux как его фанаты. Фанаты даже самого безобидного явления делают все, чтобы вызвать отвращение.

     
  • 3.148, Аноним (145), 18:04, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Пока есть такие данные от гугла

    Ну ты насмешил конечно. Ты приводишь в пример какието данные неучей с гугла в противовес слову самого ананимного эксперта с опеннета!

     
  • 2.284, Аноним (284), 20:24, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему-то в любой профессии предпочитается более безопасный инструмент, но сишникам надо превозмогать.
     

  • 1.18, Аноним (14), 14:43, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Rust - язык для новичков, он прощает ошибки. Для профи - Си, но это только для тех, кто понимает, что такое ответственность.
     
     
  • 2.22, Анонимусс (?), 14:45, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для профи - Си, но это только для тех, кто понимает, что такое ответственность.

    О, мифическое "настоящие сишники"!
    Уже 50+ лет языку, а настоящих так и не завезли.
    Как выходили за границы массивов, так и выходят, как делали use-after-free, так и делают.
    Печалька.

     
     
  • 3.28, Аноним (24), 14:50, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Печалька.

    Сам то пробовал не делать этих выходов за границы и т.д.? Или очередной ...

     
     
  • 4.30, Анонимусс (?), 14:52, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Сам то пробовал не делать этих выходов за границы и т.д.?

    Так все пробовали.
    Ни у кого не получилось ☺️
    Даже у дидов из кернел-тимы с 30+ лет опыта писанины на си.

     
     
  • 5.34, Аноним (24), 14:57, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так все пробовали.
    > Ни у кого не получилось ☺️

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

    > Даже у дидов из кернел-тимы с 30+ лет опыта писанины на си.

    Ну значить колеки, а нормальные диды такой хней не занимаются.

     
     
  • 6.39, Аноним (39), 15:02, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > видать природа их такова, чтобы не порезаться кухонным ножом, надо изучить искусство самурая, сказал бы япошка.

    Да, но нет.
    У нас нож без ручки.
    Полная свобода отрезать себе палец)


    >> Даже у дидов из кернел-тимы с 30+ лет опыта писанины на си.
    > Ну значить колеки, а нормальные диды такой хней не занимаются.

    А других дидов у нас нету.
    Если хотим недырявое ядро, то тут вариантов не много, к сожалению.


     
     
  • 7.57, Аноним (24), 15:26, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если хотим

    то делаем сами, флаг в руки и шапку вверх, с криком "ура".

     
     
  • 8.60, Аноним (-), 15:31, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так и делаем Мы хотим внедрить раст - и внедряем Если бы не копротивление дидо... текст свёрнут, показать
     
  • 6.91, Аноним (91), 16:09, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > видать природа их такова, чтобы не порезаться кухонным ножом, надо изучить искусство самурая, сказал бы япошка.

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

    Можно «играть в самураев» в качестве хобби, так же как в рыцарей в латных доспехах или строить хижины из пальмовых ветвей. Но практической пользы в этом нет.

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

    Так же и на c/c++ начинать новый проект сейчас нет смысла никакого. Они остаются за бортом истории. Раст уделывает их по всем параметрам, не имея никаких заметных минусов и имея веские плюсы.

    Он просто современнее и эффективнее

     
     
  • 7.94, Аноним (-), 16:15, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас можно программировать на коболе, а для фортрана и дельфей даже компиляторы  обновляют, но смысла что-то новое на них писать ноль.

    В некоторых областях фортран до сих пор используется.
    Но да, скорее исключение.

    > Так же и на c/c++ начинать новый проект сейчас нет смысла никакого.

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

    Думаю такая ситуация довольно частая.

     
     
  • 8.138, Аноним (24), 17:38, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    зачем это необходимо только тогда, когда ваш условный С и С не будут поддержи... текст свёрнут, показать
     
  • 8.160, Аноним (154), 19:21, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Работаю в компании стоявшей перед схожим выбором Решение было простым кто хоче... большой текст свёрнут, показать
     
     
  • 9.166, Аноним (-), 19:40, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Интересная и поучительная история Могу сказать что вам весьма повезло с командо... текст свёрнут, показать
     
  • 9.197, Аноним (24), 22:30, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эффективный менеджмент на деле, голодом морить людей, а потом сами работать буду... текст свёрнут, показать
     
  • 7.133, Аноним (24), 17:34, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    эффективность в чем в уничтожении людей ну так вы же придумали атомные бомбы, ... большой текст свёрнут, показать
     
  • 7.141, ZloySergant (ok), 17:45, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Вот только самураев настоящих сейчас нет, они исчезли не выдержав конкуренции уступив место более эффективной современной армии.

    Не совсем так. Они проиграли не "современной" армии, а современной, на тот момент, экономике в конце XIX в. Ко времени появления "современной" армии их, как общественного класса, по сути, не существовало.

     
  • 7.159, Аноним (159), 19:21, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Смысл есть. ООП. В расте его нет. А без ООП крупный софт не пишется
     
     
  • 8.164, Аноним (164), 19:25, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ядро написано на си В си нет ООП Достаточно ли ядро крупный софт Всего каких... текст свёрнут, показать
     
     
  • 9.175, Советский инженер (ok), 20:05, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а вот для гнома взяли и изобразили ООП как вариант... текст свёрнут, показать
     
  • 9.199, Аноним (24), 22:32, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и эти писаки асм кода боялись, что он будет большой ... текст свёрнут, показать
     
  • 7.231, Аноним (223), 00:02, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Так же и на c/c++ начинать новый проект сейчас нет смысла никакого.

    На плюсах держится весь game development -  самая прибыльная и активно развивающиеся направления ИТ. Rust это просто мода которая пройдёт через 10 лет. Те же байки я слышал про Python, я даже видел бекэнд и фронтэнд на Python. Этот же проект был бы в разы эффективнее на плюсах, но программистов не осталось, остались одни питонисты.

     
     
  • 8.240, Аноним (-), 00:48, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А не ЫЫшка Вообще игры отличный пример - можно присать лютый крап, ну подумаешь... текст свёрнут, показать
     
  • 8.244, _ (??), 01:29, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Про Java, Lisp, Haskell, Pascal, Algol68, Smalltallk, ml и про прорву других, т... текст свёрнут, показать
     
  • 3.29, Аноним (14), 14:51, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > О, мифическое "настоящие сишники"!

    Нет в мире совершенства, так устроена природа.

    > Как выходили за границы массивов, так и выходят, как делали use-after-free, так и делают.

    Ну и что? Всё работает, весь Интернет, весь embedded, так что это надуманная проблема.

     
     
  • 4.33, Анонимусс (?), 14:55, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Всё работает,

    правдо фигово
    > весь Интернет,

    этот совсем так себе

    > весь embedded,

    а потом машинки взламывают по блютусу.

    > так что это надуманная проблема.

    Да я уже понял, все ок, "ваши уязвимости не уязвимости", "покажите кто пострадал", "эти не считаются"... Продолжаем бракоделить как и 30 лет назад.
    Можешь не продолжать)

     
     
  • 5.37, Аноним (14), 15:00, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Продолжаем бракоделить как и 30 лет назад

    Брак - это когда что-то не работает. Базовый софт на Си трудится 24/7/365 и обеспечивает жизнь современной IT инфраструктуры, так что не надо "ля-ля".

     
     
  • 6.41, Аноним (43), 15:06, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Брак - это когда что-то не работает.

    Разве?
    ГОСТ 15467-79
    "Брак — продукция, передача которой потребителю не допускается из-за наличия дефектов, не удовлетворяющая установленным требованиям"

    > Базовый софт на Си трудится 24/7/365 и обеспечивает жизнь современной IT инфраструктуры, так что не надо "ля-ля".

    А... т.е у них прямо в ТЗ было прописано "в программе должны быть уязвимости".
    Типа dirtyCow, heartbleed или bashdoor.

    Ну тогда согласен, это не брак, а просто бекдор.

     
     
  • 7.50, Аноним (14), 15:16, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ГОСТ

    Ахаха) Ядро пишется по ГОСТу?))

    > "в программе должны быть уязвимости"

    Кого они "уязвили"? Давай реальные примеры из жизни, когда уязвимости на Си привели к катастрофическим последствиям.

     
     
  • 8.56, Аноним (-), 15:26, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Определение ты откуда взял Вот тебе Толковый словарь Ожегова БРАК2, а у , м ... большой текст свёрнут, показать
     
     
  • 9.58, Аноним (14), 15:30, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Криворукие админы kernel org, причём тут Си ... текст свёрнут, показать
     
     
  • 10.62, Аноним (-), 15:36, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как это причем Как они привилегии повышали Критическая уязвимость в ядре Linu... текст свёрнут, показать
     
     
  • 11.67, Аноним (24), 15:40, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    уязвим код и по иксу какая уязвимость , а не сишка, я повторяю, вы уже доказали... текст свёрнут, показать
     
  • 5.82, Аноним (74), 16:00, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как только в интернет пришёл Rust интернет вообще временами не работает, но зато безопасно не работает, да.
     
  • 3.32, Аноним (24), 14:53, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Печалька.

    Особенно на фоне "Google fixes super-secret 8th Chrome 0-day", чет они не торопятся переписать :) Си может для этого и создан?

     
     
  • 4.35, Аноним (39), 14:58, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Рим не за один день был построен Гугл начал с андроида - проверил возможности и... большой текст свёрнут, показать
     
     
  • 5.61, Аноним (24), 15:36, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    так он завтра его и похоронит, так как растовики будут ныть, что им надо кучу ко... большой текст свёрнут, показать
     
     
  • 6.68, Аноним (-), 15:40, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чоо Суда по всему растовиков хлебом не корми, а дай что-то переписать Проект... большой текст свёрнут, показать
     
     
  • 7.144, Аноним (24), 17:54, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А кто там им уже гранты выделяет за переписывание это ведь такое неблагодарное ... большой текст свёрнут, показать
     
  • 4.38, Анонимусс (?), 15:01, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Особенно на фоне "Google fixes super-secret 8th Chrome 0-day",
    > чет они не торопятся переписать :)

    В хроме 30+ млн. строк c b c++ кода. Это сравнимо с ядром.
    А так они потихоньку переписывают. Напр. выкинули dыpявый рендер шрифтов, планируют избавится от аналогичной libxml2. Просто кода очень много, все сразу не перепишешь.

    > Си может для этого и создан?

    Именно! "C in CVE stands for C language"))

     
     
  • 5.150, Аноним (24), 18:21, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В хроме 30+ млн. строк c b c++ кода. Это сравнимо с
    > ядром.

    И растовики готовы делать это бесплатно? :))  

    > Именно! "C in CVE stands for C language"))

    В руках того, кто ХОЧЕТ этого CVE.

     
     
  • 6.152, Аноним (-), 18:43, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И растовики готовы делать это бесплатно? :))

    Хм, а на с/с++ они писали бесплатно?
    Или работая в гугле им просто ставят задачу что и на чем писать?

    > В руках того, кто ХОЧЕТ этого CVE.

    Ты хочешь сказать что почти 1.5 тысячи CVE найденных в ядре за последний год это все было намеренно 😱 ?


     
     
  • 7.202, Аноним (24), 22:36, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Хм, а на с/с++ они писали бесплатно?

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

    > Ты хочешь сказать что почти 1.5 тысячи CVE найденных в ядре за последний год это все было намеренно 😱 ?

    А как по твоему? Хочешь сказать, что СПО это жест доброй воли дяди Сэма? :) наивный

     
     
  • 8.294, Прохожий (??), 02:22, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это здравый смысл Где-то попадалась статья, что без СПО стоимость ПО была ... текст свёрнут, показать
     
  • 2.48, Проходил мимо (?), 15:12, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Rust крайне нетерпим к ошибкам. И он нифига не для новичков. Если вы когда-нибудь начнете на нем программировать, то очень хорошо прочувствуете это на себе.
     
  • 2.72, Аноним (72), 15:48, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > он прощает
    > прощает

    Прощает, ага. Наоборот.

     
  • 2.124, Аноним (275), 17:07, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Си

    With you on top and me underneath

    > но это только для тех, кто понимает, что такое ответственность.

    Domination's the name of the game
    A game with added reality
    We call it Master and Servant

    Стандарт ничего не даёт для контроля за оптимизатором.
    Оптимизатору на возможность сохранения низкоуровневых трюков пофиг (а иначе ради чего в ответственность играть?).
    В итоге он найдёт способ проэксплуатировать UB и заставит тебя отключить оптимизации как сделали в Linux. Ну и стоило оно того?
    Бери сразы плюсы, там ещё больше ответственности.
    И это, сишники будут плеваться на слишком свежий и непереносимый код (пиши под C89), плюсовики - на неидиоматичность и наличие UB, а растовики - на unsafe.

     
  • 2.146, Витюшка (?), 18:02, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я полностью согласен, тут очень сложно поспоришь. Надеюсь, с вашего позволения, можно продолжить писать ненадежный код баз данных.
     
  • 2.163, Аноним (155), 19:24, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для профи - Си, но это только для тех, кто понимает, что такое ответственность.

    Ответсвенность - это когда не используешь кривые дырявые ископаемые из 70х. А вот Си - это как раз для тех, кто привык к халатности.

     
  • 2.168, Аноним (-), 19:44, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Для профи - Си, но это только для тех, кто понимает, что такое ответственность.

    Вначале:
    "Regression testing"? What's that? If it compiles, it is good; if it boots up, it is perfect.
        Torvalds, Linus (1998-04-08).
    lkml.iu.edu/hypermail/linux/kernel/9804.1/0149.html

    Тридцать лет спустя:
    "You'd think that all the basics would have been fixed long ago, but they're not. We're still dealing with basic issues such as memory management."
        Torvalds, Linus (Aug. 2024)

     

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

  • 1.36, аноним2 (?), 15:00, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    до сих пор не удосужились team
    https://github.com/rust-lang/rust/blob/main/src/tools/tidy/src/extdeps.rs#L13
    сюда добавить
    https://github.com/rust-lang/rust/blob/main/.gitmodules
    и прочее подобное
    чтобы можно было без подключения к интернету собрать
    сборки называются "собери себе троян в систему", а чё удобно, стильно, модно, молодёжно
    как и сборка исключительно с помощью прошлой версии rust
     
  • 1.52, Кошкажена (?), 15:17, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Компания Ferrocene известна созданием инструментария для разработки на языке Rust приложений для критически важных систем

    Полупроприетарное.

    > В отличие от Firejail утилита Island не требует прав root и специальных полномочий.

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

    > Проект Catten развивает ядро для экспериментальной операционной системы CharlotteOS, написанное на Rust. Ядро поддерживает управление доступом на основе "capability" (по аналогии с Fuchsia) и использует похожую на Plan 9 распределённую иерархию ресурсов

    Фучсия, которая не смогла? Опять с plan 9 что-то стырили.

    > Опубликован выпуск интерактивной командной оболочки Fish 4.2.0 (friendly interactive shell).

    Шелл для админов локалхоста. Без настроек в духе мака.

    > Виртуальная машина для выполнения байткода создана с оглядкой на архитектуру движка V8.

    Какие-то вечно оглядыающиеся растовщики

    > Опубликована СУБД RustDB, созданная на языке Rust под впечатлением от PostgreSQL.

    ...и впечатлительные

    > Когда код Arti достигнет уровня, способного полностью заменить вариант на Си,

    Вот когда, тогда и пишите.

     
     
  • 2.54, Аноним (3), 15:24, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Полупроприетарное

    Они в апстрим отдают код

    > Ну bwrap тоже не требует.

    C 71.7% Shell 16.6%
    Система изоляции на dыpяхе и шеле? Смешно.

    > Шелл для админов локалхоста.

    Как раз локалхостники любят пpдoлиться с тыщщами настроек.
    А нормальным админам нужно чтобы работало.

     
     
  • 3.64, Кошкажена (?), 15:37, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Полупроприетарное
    > Они в апстрим отдают код

    И? Сегодня что-то отдают для бета-тестеров, завтра закроют. Лицензия позволяет.

    >> Ну bwrap тоже не требует.
    > C 71.7% Shell 16.6%
    > Система изоляции на dыpяхе и шеле? Смешно.

    Смейся дальше, пока взрослые проекты пользуются.

    >> Шелл для админов локалхоста.
    > Как раз локалхостники любят пpдoлиться с тыщщами настроек.
    > А нормальным админам нужно чтобы работало.

    Как он будет у тебя работать, если его нет на удаленном хосте? А еще попробуй запусти на слабом железе https://github.com/fish-shell/fish-shell/issues/11187

     
     
  • 4.66, Кошкажена (?), 15:39, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> Полупроприетарное
    >> Они в апстрим отдают код
    > А нормальным админам

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

     
  • 4.70, Аноним (3), 15:44, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > завтра закроют. Лицензия позволяет.

    Конечно, это же свободная лицензия, а не запретительная.
    Но когда закроют - тогда и поговорим :)

    > Смейся дальше, пока взрослые проекты пользуются.

    Пришлось опуститься аж до аргументов про возраст?))

    > Как он будет у тебя работать, если его нет на удаленном хосте?

    А если на удиленном хосте у нас нет тру-сишечного, то как тот будет работать?
    Вот когда поставите, тогда и будет.

    > А еще попробуй запусти на слабом железе

    Проблема на тухлом дебиане на проце из 2009 года в 2025м?
    Это проблема маргиналов и 6omжей. Они могу взять что-то более 6omж-френдли.

     
     
  • 5.76, Кошкажена (?), 15:50, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Странные сравнения Возраст в данном случае синоним стабильного проекта в проде ... большой текст свёрнут, показать
     
     
  • 6.84, Аноним (84), 16:02, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Возраст в данном случае синоним стабильного проекта в проде.

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

    > Никто не будет ставить этот шел по умолчанию на хосте

    Ну раз не будет, то и сторонних тоже не будет. И будет только тот, который идет в комплекте.

    > баш/позикс шел ты забыл, а нужно что-то сделать?

    М... пить таблетки от склероза? Открыть доку? Погуглить? Столько вариантов))

    > Проблема, что для сборки шела нужно +3 Гб RAM.

    Это не проблема. Точнее проблема для категорий, перечисленных выше))

     
     
  • 7.285, Аноним (284), 20:25, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это не проблема. Точнее проблема для категорий, перечисленных выше))

    Но ведь кор 2 дуо же!

     
  • 5.78, Кошкажена (?), 15:51, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> завтра закроют. Лицензия позволяет.
    > Конечно, это же свободная лицензия, а не запретительная.
    > Но когда закроют - тогда и поговорим :)

    А пока ты готов быть бета-тестером.


     
     
  • 6.102, Аноним (-), 16:27, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему бета?
    Ядро линукс уже доделали? Или еще будут пилить и пилить?

    Я получаю нечто на шару.
    Даже если код закроют - последний коммит будет под старой лицензией и следовательно у меня ничего не отобрали.

     
     
  • 7.106, Кошкажена (?), 16:37, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Почему бета?
    > Ядро линукс уже доделали? Или еще будут пилить и пилить?
    > Я получаю нечто на шару.
    > Даже если код закроют - последний коммит будет под старой лицензией и
    > следовательно у меня ничего не отобрали.

    Отобрали твое время и наработки. С gpl так не прокатит, только с нуля писать.

     
     
  • 8.110, Аноним (3), 16:42, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Стоп-стоп, какой мое время и наработки Все далали они, я только пользовался гот... текст свёрнут, показать
     
     
  • 9.120, Кошкажена (?), 16:57, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    GNU дает тебе право получить код того, чем ты пользуешься mit нет Если ты еще ... большой текст свёрнут, показать
     
     
  • 10.206, Аноним (73), 22:41, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем GNU отписывать себе права на код заставлял ... текст свёрнут, показать
     
  • 2.178, Уникум (?), 20:14, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > особенно бразуеры, где своя изоляция внутри

    Своя изоляция, которая на неймспейсах, что усложняет использование bwrap/firejail

     

  • 1.59, Аноним (59), 15:31, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Из топика: "Продолжена стабилизация типа "never", обозначаемого символом "!" и определяющего вычисления, никогда не возвращающие значения (например, функция "exits", макрос "panic!""

    Всегда считал panic! println! vec! просто макросами. Соответственно ! в конце символа - признак макроса, а не never.
    Never это вот (https://doc.rust-lang.org/std/primitive.never.html):
    ! represents the type of computations which never resolve to any value at all. For example,
    the exit function fn exit(code: i32) -> ! exits the process without ever returning, and
    so returns !.
    break, continue and return expressions also have type !. For example we are allowed to
    write:
    #![feature(never_type)]
    let x: ! = {
        return 123
    };

     
     
  • 2.75, Вася Пупкин (?), 15:49, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А причем тут vec и println? Речь не про лексический анализ же, к макросам это вообще никакого отношения не имеет. Как ты дальше собсна и описал
     
  • 2.295, Прохожий (??), 02:32, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В библиотеках Rust принято обозначать макросы восклицательным знаком в конце имени - это просто соглашение такое, к самому языку, как таковому отношение не имеющее.

    Но также с помощью восклицательного знака обозначает тип "never". Это уже особенности самого языка программирования.

     

  • 1.71, Аноним (74), 15:45, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >Методы работы с памятью в Rust избавляют разработчика от ошибок при манипулировании указателями и защищают от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п.

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

     
     
  • 2.296, Прохожий (??), 02:33, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эти CVE имеют отношение не к работе с памятью, а к другим классам ошибок.
     

  • 1.81, Аноним (81), 15:59, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ага-ага, три раза Мне тут студенты курсовой сдавали, в прошлые годы обычно писа... большой текст свёрнут, показать
     
     
  • 2.89, Аноним (74), 16:05, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если постараться, то можно безопасно пересылать байты с места на место.
     
  • 2.96, Анонимусс (?), 16:18, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Он сделан не исключительно для работы на низком уровне Это раз Вы пытаетесь об... большой текст свёрнут, показать
     
     
  • 3.147, Аноним (24), 18:03, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну так поясните студентам для каких целей нужны разные "типы" языков программирования.

    ну так сначала надо пояснить для каких целей они вообще нужны, когда есть коды операций ЦПУ.

    Было: Компилятор напишет лучше

    Стало: ЫЫ напишет лучше.

    Вывод: Человек кусок овна!

     
  • 2.100, Кошкажена (?), 16:23, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > писали на Си или Си++, в этом году целых трое решили
    > написать на Rust. Ну и пишут unsafe через строчку, так примерно:
    > if unsafe { connection_manager::fd_isset(fd, &mut readfds) } {
    >     let connection_manager =
    > Не будем о том, что синтаксически и семантически "if unsafe" - это
    > какое-то полное уродство, лучше зададимся вопросом - а какую проблему действительно
    > решает язык, если для того чтобы писать то, для чего он
    > сделан (эффективный код для работы на низком уровне) приходится каждый раз
    > отключать его ключевую фичу (безопасность)?
    > Может лучше сразу писать на чем-нибудь "совсем безопасном" со сборкой мусора?

    Зачем в апи манагера соединений небезопасные методы? Отправить на пересдачу.

     
  • 2.101, Аноним (-), 16:24, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И На то они и студенты чтобы учиться Я как то на лабе по СИ написал циклически... большой текст свёрнут, показать
     

  • 1.86, Кошкажена (?), 16:03, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Опубликована СУБД RustDB, созданная на языке Rust

    Это насколько надо быть одаренным фанатиком, чтобы в имя БД вписать название языка? Тогда постгрес должен назыываться LispSQL, а потом CSQL.

     
     
  • 2.97, Аноним (97), 16:20, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это просто зуд, может ЗППП: есть же уже нормальные БД, под разные задачи, для прода и обычных юзерских приложений...
     
     
  • 3.99, Кошкажена (?), 16:22, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это просто зуд, может ЗППП: есть же уже нормальные БД, под разные
    > задачи, для прода и обычных юзерских приложений...

    Не, ну пусть пишут. Но язык это инструмент, вполне БД могут переписать как influx какой-нибудь. Но тут проблема глубже, тут язык предмет поклонения.

     
     
  • 4.112, Аноним (59), 16:46, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    rust давно уже маркетинговый бренд и продвигается как бренд. Вот уже студенты "выпендриваются" перед преподавателем, а он сетует - зачем такой язык, если кругом unsafe.
     
     
  • 5.115, Кошкажена (?), 16:48, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > rust давно уже маркетинговый бренд и продвигается как бренд. Вот уже студенты
    > "выпендриваются" перед преподавателем, а он сетует - зачем такой язык, если
    > кругом unsafe.

    Просто надо преподавателю стек технологий фиксировать. А то еще на c# принесут или будут чилсенные методы на жс реализовывать.

     
  • 5.297, Прохожий (??), 02:39, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Вот уже студенты "выпендриваются" перед преподавателем, а он сетует - зачем такой язык, если кругом unsafe.

    Преподаватель "сетует" только потому, что не понимает базовых вещей Rust. А понимал бы, и часть "сетований" отпала бы сама собой. Ему уже выше другой Аноним объяснил, что не так с его "сетованиями".

     
  • 2.149, Аноним (24), 18:07, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это насколько надо быть одаренным

    Ну хоть не AI, AGI, куда смешнее Quantum :)

    "Build a Future-Ready Archive for the Age of AI"

     
  • 2.278, Анончоус (?), 16:03, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только не гугли как JSON расшифровывается, а то от такой тряски Япония под воду уйдет
     
     
  • 3.287, Кошкажена (?), 22:33, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Только не гугли как JSON расшифровывается, а то от такой тряски Япония
    > под воду уйдет

    Ага, а sexp - это лисп. И дальше что? Речь про БД, а не формат данных.

     
     
  • 4.298, Прохожий (??), 02:41, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Речь про названия, а не БД и форматы данных.
     

  • 1.105, eugener (ok), 16:36, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Всё-таки не понимаю, почему некоторым так не нравится раст.

    Видимо это пишут программисты, которые обожают сишные головоломки. "Вот, проверяем код возврата этой функции, даём сообщение об ошибке и return... Так, перед этим не забыть вызвать все нужные free на предыдущие malloc... А после проверки кода возврата из следующей функции тоже... А перед ней тоже был malloc... А может чтобы не писать блоки из free/free/free в if-ах после каждого вызова сделаем goto на метку? Так, после этой метки сделать все free, а выше ещё метку, там ещё free... Ох, надо функции поменьше делать, чтобы лесенки goto были покороче. Так, память всё равно течёт, какой free я забыл?".

     
     
  • 2.116, Аноним (116), 16:50, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Большинство выделений на стеке, зачем им эти твои free? А не любят, потому что неудобные костыли и ни одной проблемы не решают на деле (только добавляют новых). Лет через 70 может и юзабельно будет (такими темпами).
     
     
  • 3.299, Прохожий (??), 02:46, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Большинство выделений на стеке, зачем им эти твои free?

    И большинство CVE в программах на Си из-за выделений на стеке?

    > А не любят, потому что неудобные костыли и ни одной проблемы не решают на деле (только добавляют новых).

    Google, Microsoft, Cloudflare, Dropbox, Discord, Amazon считают, что какие-то (наиболее распространённые) проблемы всё-таки решают. А Аноним с Опеннета считает, что не решают. Кому верить?

    > Лет через 70 может и юзабельно будет (такими темпами).

    Слона-то я и не заметил (c). Уже вполне юзабельны многие вещи. Продолжение следует.

     
     
  • 4.310, Аноним (12), 04:58, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Google, Microsoft, Cloudflare, Dropbox, Discord, Amazon

    Рубили бабки ещё до раста. И "безопасность" их волнует от слова NULL.

     
  • 2.118, Аноним (118), 16:53, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Может ты какие о приемущества раста напишешь для начала? Ой, так их нет. Нечитаемый синтаксис и боров это не приемущества если что.
     
     
  • 3.121, Аноним (121), 16:59, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Может ты какие о приемущества раста напишешь для начала? Ой, так их нет.

    Ваше мнение очень важно)

    > Нечитаемый синтаксис

    Для неосиляторов, которых рассnраивают значки типа ^, &, ~ ?

    > и боров это не приемущества если что.

    Для тебя - да.
    Для программистов ядра - нет.

     
     
  • 4.172, Аноним (118), 20:02, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для твоих воображаемых программистов ядра? В ядре нет ни строчки на расте только в левых драйверах на 100 строк.
     
  • 3.162, Аноним (159), 19:23, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У таких неосиляторов си и крестов одно пркимущество - что можно что-то писать, не зная их :D
     
  • 3.204, warlock (??), 22:37, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ключевое преимущество Rust в том, что на нём можно написать нетривиальную программу. А вот существует ли (была написана) хотя бы одна нетривиальная программа на C, никому неизвестно.
     
     
  • 4.301, Прохожий (??), 02:53, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот существует ли (была написана) хотя бы одна нетривиальная программа на C, никому неизвестно.

    Ну конечно, приведение к типу *void, а потом обратно - это такие тривиальные вещи, особенно для тех, кто вынужден потом эту кашу сопровождать. Пойди пойми, что автор сказать хотел в итоге.

     
  • 3.300, Прохожий (??), 02:50, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Может ты какие о приемущества раста напишешь для начала?

    Об их части можешь прочитать в текущей статье - многие ВЕДУЩИЕ разработчики софта на планете считают, что это весомые преимущества, и поэтому постепенно переписывают свои продукты на новый ЯП.

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

     
     
  • 4.312, Аноним (12), 05:04, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > стандартные абстракции

    у раста нету стандарта, и растсеры говорят, что не нужен.

    > ВЕДУЩИЕ разработчики софта

    Это им кто-то подсказал или они сами себя назначили?

     
  • 2.188, Аноним83 (?), 21:24, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что:
    1. лезет во все проекты где он не нужен.
    2. собирается долго и тянет кучу зависимостей. Как сам компелятор хруста так и проекты на нём.

    И да, если вы так любите верификации - то зачем их делать при каждой компеляции? Нельзя разве отдельно делать? (типа этот файл мы два года назад написали и не трогали - зачем его проверять!?)

     
     
  • 3.267, Аноним (-), 12:45, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 1. лезет во все проекты где он не нужен.

    Нужен или не нужен решает автор проекта, а не кексперты опеннета

    > 2. собирается долго

    Потому что делает проверки в компайл-тайм, которые в dыpяхе или делаются в рантайме, или на которые обычно просто кладется болт потому что "мамой клянусь, тут не будет null!". А потом очередная cve.

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

    Нельзя. Если знаете как это сделать - предложите, покажите что это доказуемо и это с радостью примут.

     
     
  • 4.313, Аноним (12), 05:09, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > решает автор проекта

    Линус уже ничего не решает.

    > проверки в компайл-тайм

    наивные растсеры всё ещё верят, что значения runtime-данных известны на момент компиляции.

     
  • 3.302, Прохожий (??), 02:57, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > собирается долго

    Если под сборкой понимается компиляция, то при условии, что делается всё изначально правильно (читай, с разбивкой по крейтам), код будет собираться очень быстро. Крейт, однажды откомпилированный и не меняющийся не требует повторной компиляции.

     
     
  • 4.314, Аноним (12), 05:11, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > однажды откомпилированный и не меняющийся

    устаревает через 3 недели.

     
  • 2.269, OpenEcho (?), 13:24, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Всё-таки не понимаю, почему некоторым так не нравится раст.

    Действительно, нормальный лаконичный язык

        let val = !((|(..):(_,_),(|__@_|__)|__)((&*"\\",'🫣'),{})=={&[..=..][..];});

    Или например Never Type

        let x: ! = return; f(x);

     
     
  • 3.303, Прохожий (??), 03:13, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На любом языке можно заниматься обфускацией кода. Что сказать-то хотел? Что Rust - не исключение?
     
  • 2.311, Аноним (12), 05:00, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > не понимаю, почему некоторым так не нравится раст

    раст - не баба, нравиться не должен.

     

  • 1.122, Аноним (122), 16:59, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Надо больше кода на расте под GPL.
     
     
  • 2.315, Аноним (12), 05:16, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    начать бы с раста
     

  • 1.134, Аноним (116), 17:35, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ну это, всё как обычно



      = note: ld.lld: error: undefined symbol: rustc_driver_impl::main
              >>> referenced by rustc_main.1393b000259cb7d8-cgu.0
              >>>               /tmp/portage/dev-lang/rust-1.92.0_p1/work/rustc-1.92.0-src/build/x86_64-unknown-linux-gnu/stage2-rustc/x86_64-unknown-linux-gnu/release/deps/rustc_main-1aff34fdb5bb94f5.lto.rustc_main-1aff34fdb5bb94f5.rustc_main.1393b000259cb7d8-cgu.0.rcgu.o:(rustc_main::main)

              clang: error: linker command failed with exit code 1 (use -v to see invocation)
              


    Did not run successfully: exit status: 1


     
     
  • 2.139, Аноним (3), 17:38, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > portage

    Типичные гентопроблемы.
    LLVM обновил до 20?
    В новости это указано.

     
     
  • 3.140, Аноним (116), 17:43, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня 21. И версия 1.91.0 то собралась без проблем, я сразу выкинул 20 шланг как только появилась возможность (пришлось 5 растов установить по очереди). Ну чё, отключил lto, попробую собрать.
     
     
  • 4.157, ferris (?), 19:14, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня тоже не собралась 1.92.0 (на винде), хотя до этого с прошлыми версиями всё было ок. Возможно Visual Studio 2019 больше не поддерживается, надо обновить.
     
  • 2.169, Аноним (170), 19:50, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К расту-то какие притензии? Ты правда думаешь, что у разработчиков раста тулчейн не работает? Или всё-таки дело в той прослойке, которой ты зачем-то пользуешься? Хочешь собрать из исходников - читай гайд от разработчиков раста. Хочешь через непонятную прослойку - иди к автору прослойки.
     
     
  • 3.179, Аноним (116), 20:19, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > К расту-то какие притензии? Ты правда думаешь, что у разработчиков раста тулчейн
    > не работает? Или всё-таки дело в той прослойке, которой ты зачем-то
    > пользуешься? Хочешь собрать из исходников - читай гайд от разработчиков раста.
    > Хочешь через непонятную прослойку - иди к автору прослойки.

    Я думаю, у разрабов раста в тулчейне неправильный lto опять, с них станется. Тут объяснены отличия https://wiki.gentoo.org/wiki/LTO#Terminology

     

  • 1.136, Аноним (136), 17:36, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну вот Fish Arti понятно с чего переписали. А другие а другие проекты чего скромно умалчивают?
     
     
  • 2.142, Анонимусс (?), 17:50, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А другие а другие проекты чего скромно умалчивают?

    А что им писать, если они с нуля написаны? Что-то придумать?))
    Это кстати к набросу про "на раст ничего не пишут, а только переписывают".
    И внезапно оказывается что нет - большая часть проектов написаны с нуля.

     
     
  • 3.216, Аноним (118), 22:56, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но копии проектов, которые уже есть.
     
     
  • 4.322, Аноним (322), 15:17, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но копии проектов, которые уже есть.

    Угу-угу. А вот те же гнутые кор-утилзы с всякими бази/тойбоксами - оригинальнейший оригинал!

     

  • 1.167, Vernat (ok), 19:42, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    GPUI от разработчиков Zed обзавелся крейтом тоже
     
     
  • 2.264, Аноним (264), 12:27, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это который 2FPS?
     

  • 1.171, Аноним (171), 20:00, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Методы работы с памятью в Rust избавляют разработчика от ошибок...

    ...и отягощает десятикратным гемороем по написанию кода. Браво!

     
     
  • 2.174, Аноним (-), 20:03, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ...и отягощает десятикратным гемороем по написанию кода. Браво!

    Десятикратный гемморой это ты сам попробовал?
    Или просто подпъердываешь в темы страшные цифры?

     
     
  • 3.183, Аноним (12), 20:30, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Когда там ООП подвезут? Ах, да... При чеков борере это невозможно сделать.
     
     
  • 4.201, Аноним (73), 22:35, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там ооп уже через трэйты есть.
     
     
  • 5.210, Аноним (12), 22:46, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В асме тоже ООП есть, но никто не горит его использовать.
     
  • 4.207, warlock (??), 22:43, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это вполне возможно. Я сделал для себя простейшее ООП в стиле старого паскалевского ООП в виде библиотеки и borrow checker не возражает.

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

     
     
  • 5.211, Аноним (12), 22:48, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ООП не нужен ... не всё равно не нравится результат

    Вот видишь, тебе даже собственный раст-код не нравится.

     
     
  • 6.217, warlock (??), 23:07, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вот видишь, тебе даже собственный раст-код не нравится.

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

     
  • 5.212, Аноним (12), 22:49, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > ООП не нужен ... мне всё равно не нравится результат

    Вот видишь, тебе даже собственный раст-код не нравится.

     
  • 4.304, Прохожий (??), 03:19, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Оно там есть вообще-то. Хотя и без наследования (которое некоторые сейчас считают антипаттерном).
     
     
  • 5.316, Аноним (12), 05:20, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно там есть вообще-то. Хотя и без наследования

    Браво! "В Си есть безопасное программирование. Хотя и без unsafe".

     

  • 1.208, Аноним (12), 22:44, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В safe-коде разрешено получение raw-указателей на поля в union-типах.

    Всё чудесатей и чудесатей. Раньше было unsafe, сейчас стало safe. Скоро весь Си станет safe?

     
     
  • 2.218, Аноним (-), 23:18, 12/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё чудесатей и чудесатей. Раньше было unsafe, сейчас стало safe.

    Так оно и раньше было safe, просто кто-то перестраховался.

    Тут такое дело: получить рав-указатель - это безопасно.
    А вот писать туда что-то уже нет.

    Раньше код не компилировался с ошибкой:
    let p = &raw mut self.x; <<<--- access to union field is unsafe and requires unsafe block
    unsafe { *p = 0 }

    А теперь нет.

    > Скоро весь Си станет safe?

    Нет, Си уже ничего не поможет :)

     
     
  • 3.252, Аноним (12), 07:36, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему растсеры за 20 лет (с 2006-го) не могут определиться, что есть safe, а что unsafe в их язычке?
     
     
  • 4.262, warlock (??), 11:40, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Оператор '&raw' появился в 2024 году, в версии 1.82.
     
     
  • 5.309, Аноним (12), 04:51, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ...через 18 лет разработки...
     

  • 1.220, Аноним (220), 23:29, 12/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    И до сих пор нет стандартов Rust, нет стабильного ABI? Я думал, они серьёзные.
     
     
  • 2.235, Аноним (116), 00:21, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У плюсов аби тоже нет, но живут же как-то. Правда, пересобирают все пакеты при обновлении рандомного icu или boost, или wxgtk, но живут же. А стандарт на 1500 страниц тоже так себе помощник -- все компиляторы и рантайм библиотеки по факту не совместимы чуть более, чем целиком.
     
     
  • 3.251, Аноним (12), 07:34, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > У плюсов аби тоже нет

    расскажи это кутэшникам :) от смеха над тобой помрут

     
     
  • 4.254, Аноним (-), 08:10, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    То есть мы видим, что без стабильного ABI вполне можно жить, так? И в чём тогда претензия к rust'у?
     
     
  • 5.273, Аноним (12), 15:44, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Попробуй подумать, как запускается приложение кутэшное, используя системные либы. Да ещё на разных системах. И с разными апдейт-версиями кутэ. Когда кутэ обновляешь - приложения же продолжают запускаться! Прям магия, недоступная растсерам, которые не смогли осилить ABI библиотечных вызовов.
     
     
  • 6.281, Аноним (-), 17:53, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это же очевидно компиляторо-специфичные хаки. Где спецификация ABI? м? Я могу найти сколько угодно спецификаций сишных ABI, в том числе и под свой x86_64 linux. Где я могу найти спецификацию C++ ABI?

    То что кто-то там, отревёрсил ABI используемый компилятором, и поверх этого ABI что-то сделал, это не делает ABI стабильным.

     
  • 4.259, Аноним (116), 09:16, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чего это? Ты, видимо, никогда не пробовал кути и софт собрать 2 компиляторами.
     
     
  • 5.276, Аноним (12), 15:47, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, кутэ не соберёшь раст-компилятором, он этого не умеет.
     
     
  • 6.279, Аноним (116), 16:43, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Казалось бы, при чём тут раст компилятор. А вот шлангом собрать, когда у тебя кути собраны гцц, затея ещё та. Ну и это кути, у них есть аби в некотором роде.
     
     
  • 7.317, Аноним (12), 05:24, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > кути, у них есть аби

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

     
  • 4.261, Аноним (261), 09:58, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как связаны ABI компилятора и библиотека?
     
     
  • 5.274, Аноним (12), 15:46, 13/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я понимаю, что ты реализации кутэ никогда не видел, какой у объектов интерфейс, что плюсового инлайтится, а что линкуется. И всё это работает, в отличие от сабжа.
     
  • 2.307, Прохожий (??), 03:26, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И до сих пор нет стандартов Rust, нет стабильного ABI? Я думал, они серьёзные.

    Про ABI уже написали.

    А что по поводу стандартов Интернета скажешь? Их, СЮРПРИЗ, тоже нет. Несерьёзно?

     
     
  • 3.308, Аноним (12), 04:49, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > стандартов Интернета

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

     

  • 1.256, Аноним (256), 08:27, 13/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чёт я не пойму, почему LLVM до сих пор не на ржавом?

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

     
     
  • 2.306, Прохожий (??), 03:25, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Чёт я не пойму, почему LLVM до сих пор не на ржавом?

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

     
     
  • 3.318, Аноним (12), 05:33, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> не на ржавом?
    > пока не надо

    Всё просто: сам инструмент не нужен на практике даже в таких ответственных местах.

     

  • 1.263, Аноним (264), 12:25, 13/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >новый JavaScript-движок

    Может уже пора сразу Typescript-движки делать?

     
  • 1.283, анонимус (??), 19:05, 13/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Zig лучше и проще чем Rust
     
     
  • 2.305, Прохожий (??), 03:22, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Проще - да. Лучше - нет. Он такой же небезопасный при работе с памятью, как и Си.
     
     
  • 3.319, Ivan (??), 06:38, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что значит безопасность работы с памятью? Ты на Ст не писал, а я пишу. И могу сказать следующее: чтобы выйти за границы массива, используя например указатель, надо просто не уметь писать на Си. Ибо  for(; *ptr; ptr++) и за границу просто не возможно выйти. Никак! Освобождение памяти тоже делается элементарно: делаешь отметки в местах где запрашиваешь память, а потом grep по файлам *.с И тупо нет ошибок! Их невозможно сделать при таком подходе. Но это понимают только те, кто на Си пишет
     
  • 2.323, warlock (??), 17:30, 14/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Zig лучше и проще чем Rust

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

     

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



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

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