The OpenNET Project / Index page

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

CPython может сделать Rust обязательной сборочной зависимостью к версии 3.17

18.11.2025 08:17

Эмма Смит (Emma Smith) и Кирилл Подопригора (Kirill Podoprigora), входящие в число ключевых разработчиков Python (core team), опубликовали предварительное предложение (Pre-PEP) о постепенном добавлении возможности использования языка Rust в кодовой базе CPython, эталонной реализации языка программирования Python. Изначально Rust предлагают использовать для необязательных модулей стандартной библиотеки, размещаемых в директории Modules/. В перспективе, к версии Python 3.17, Rust может стать обязательной зависимостью при сборке CPython.

Основные причины внедрения Rust — обеспечение безопасной работы с памятью, предотвращение ошибок категории use-after-free и выходов за границы буфера, а также упрощение разработки потокобезопасного кода, что особенно актуально в свете официальной поддержки сборки CPython без глобальной блокировки интерпретатора (GIL, Global Interpreter Lock) для распараллеливания операций на многоядерных системах (проект free-threaded Python). Rust также предоставляет высокоуровневые, но производительные структуры данных и развитую систему метапрограммирования, включая гигиеничные макросы.

План внедрения:

  • Python 3.15 (2026 год): предупреждение при отсутствии Rust в окружении сборки.
  • Python 3.16 (2027 год): сборка возможна без Rust только с флагом "--with-rust=no".
  • Python 3.17 (2028 год): Rust может стать обязательным на этапе сборки.

Для взаимодействия с C API CPython предполагается использовать автоматически генерируемые привязки через bindgen, а не сторонние абстракции, такие как PyO3, чтобы избежать задержек при обновлении API. Вопросы управления зависимостями, кросс-компиляции и поддержки редких платформ находятся в стадии обсуждения.

В опубликованном предложении подчёркивается, что все платформы из документа PEP 11 поддерживаются Rust как минимум на уровне Tier 2. Некоторые устаревшие или нишевые системы (например, HPPA и RISC OS) не поддерживаются, однако их доля в экосистеме Python считается незначительной.

  1. Главная ссылка к новости (https://discuss.python.org/t/p...)
  2. OpenNews: В Debian намерены добавить Rust в число обязательных зависимостей к APT
  3. OpenNews: Rust опередил C/C++ по объёму кода, добавляемого в платформу Android
  4. OpenNews: Выпуск Rust 1.91
  5. OpenNews: В ядро Linux 6.18 принята реализация Binder IPC для Android, написанная на Rust
  6. OpenNews: В Git 3.0 предложено сделать Rust обязательной частью сборочной инфраструктуры
Автор новости: Maksim Belyy
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64275-python
Ключевые слова: python, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (271) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, 12yoexpert (ok), 08:20, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +23 +/
    RIP

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

     
     
  • 2.5, morphe (?), 08:34, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В каждом втором крупном питон проекте уже есть зависимость от PyO3, для меня удивительно что Rust в ядре только сейчас начали разрешать
     
     
  • 3.9, morphe (?), 08:39, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    requests зависит от cryptography, cryptography зависит от Rust, но таких зависимостей гораздо больше
     
  • 3.25, mos87 (ok), 09:34, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >В каждом втором крупном питон проекте уже есть зависимость от PyO3

    сколько нам открытий чудных

     
     
  • 4.33, пох. (?), 09:51, 18/11/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.26, Америка (?), 09:41, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Всё продвижение rust в принципе смахивает на заказной саботаж.
     
     
  • 3.70, Европа (?), 11:17, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Кто саботирует? Ради чего, какую конечную цель преследует(-уют)?
     
     
  • 4.102, Аноним (102), 12:36, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    США, очевидно же. У них там требование госдепа писать только на безопасных языках. Конечно, питонистов никто это делать не заставляет, но без ржавчины они скорее всего потеряют в госзаказах, получении различных грантов и целевых выплатах. Вот поэтому сишные проекты и ринулись переписывать на хрусте. Выходит криво, косо, на зато можно сказать, что проект написан с использованием безопасного языка, а значит можно будет получить некоторое преимущество в борьбе за деньги спонсоров.
     
  • 4.110, Аноним (110), 12:47, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Чтобы заменить GPL софт своим с пермиссивной лицензией и перетащить контроль опенсурса на себя.
    + зарубежный товарищ major одобряет централизированный репозиторий карго.
     
     
  • 5.168, Аноним (168), 14:15, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    опенсурс уже перестаёт быть опен: то там сырцы задерживают, то сям...
     
     
  • 6.224, Аноним (224), 16:16, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >опенсурс уже перестаёт быть опен

    Не перестаёт, а начинает. Свободное - это gpl и подобные, открытое - bsd, mit и подобное.
    >то там сырцы задерживают

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

     
     
  • 7.363, Аноним (363), 04:06, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    боюсь спросить, а ты точно понимаешь термины open и free?
     
     
  • 8.375, Аноним (-), 06:56, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Упрощённо, да понимаю Этого достаточно ... текст свёрнут, показать
     
  • 5.335, 12yoexpert (ok), 21:39, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    хоть кто-то понимает очевидные вещи
     
  • 4.167, Аноним (168), 14:13, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ради чего, какую конечную цель

    Для начала прочитай лицензию на компилятор.

     
  • 4.257, Бертолетова соль (?), 17:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ассемблер, вернись!
     
  • 2.37, Аноним (37), 09:57, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > RIP
    > этот конкретный случай по многим признакам смахивает на заказной саботаж

    Андроидный самарт и любимый Firefox уже похоронил?

     
     
  • 3.44, Аноним (168), 10:17, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да. Пришлось сменить платформу.
     
     
  • 4.52, User (??), 10:38, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И kernel назло мамке выкинул поди?
     
     
  • 5.65, Аноним (65), 11:06, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Kernel и без Rust спокойно собирается.
     
     
  • 6.90, User (??), 12:11, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Kernel и без Rust спокойно собирается.

    Но а) Как бы это сказать... уже "не весь" и б) "они над этим работают"

     
  • 4.82, Аноним (37), 11:49, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да. Пришлось сменить платформу.

    На какую? iOS? Или может Posh? 😂

     
     
  • 5.109, User (??), 12:47, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Да. Пришлось сменить платформу.
    > На какую? iOS? Или может Posh? 😂

    java ME, чтобы Ъ же!

     
  • 3.149, Аноним (149), 13:52, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Использую кнопочный телефон, браузер Dillo, ядро 2.4.
     
  • 2.166, Аноним (166), 14:13, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Забавно, что ты не рассматриваешь вариант того, что раст более пригоден для разразботки и поэтому на него переходят. Потому, что хотят им пользоваться. Но нет, если ты лично с чем-то несогласен, значит остальная часть человечества должна также думать. Или саботаж. Других вариантов нет.

    Как же вам непросто жить.

     
     
  • 3.187, Аноним (37), 14:50, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Как же вам непросто жить.

    Чтобы ты понимал, он гентушник.

     
     
  • 4.226, Аноним (224), 16:17, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гентушник возмущается тем, что ему, оказывается, надо собирать софт. Ну надо же. Интересно, а где претензии к крестам(chromium) и сишке(https://www.opennet.me/opennews/art.shtml?num=56449)?
     
     
  • 5.287, Аноним (287), 18:30, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Гентушник возмущается
    > а где претензии к крестам(chromium) и сишке

    А он возмущается только тогда, когда удобно. А когда неудобно - уплетает за обе щеки Андроид с Файрфоксом.

    И да, когда в Питон втянут Раст, наш гентушник таки продолжит кушать Генту, ведь она от него зависит (напр. portage на нем написан).

    Лицемеры, что с них взять...

     
  • 5.298, 12yoexpert (ok), 19:05, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Гентушник возмущается тем, что ему, оказывается, надо собирать софт

    тем, что собирать софт на раст гораздо дольше при прочиx равныx (сравнивая с С/C++ pgo/lto), а бинарники получаются гигантскими из-за статической линковки и (не только из-за статической линковки, но и из-за принципиальной дефективности языка) тормознутыми

    тем, что мне противно держать корпорастический рак, призванный поставить на карачки опенсорс, у себя на компе, но приxодится

    рабочиx distcc/ccache для раста так и не завезли

     
     
  • 6.303, Аноним (303), 19:18, 18/11/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 7.310, 12yoexpert (ok), 19:36, 18/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.324, 12yoexpert (ok), 20:19, 18/11/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.366, Аноним (366), 04:38, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    он непригоден для рантайма абсолютно. А разработчики могут у себя в слоновой башне свой питон сколько угодно разрабатывать, толк будет только если для рантайма пригодно. А растоподелки для рантайма абсолютно непригодны, ибо память жрут, это by design. Следующим этапом каждую либу в свою SEV-огороженную виртуальную машину засунут, "ради безопасности детей", а камни без SEV или аналогов заблаговременно дропнут.
     
  • 2.289, Аноним (287), 18:33, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 12yoexpert
    > RIP

    Ты же говорил, что у тебя Gentoo? Что собираешься делать, когда в Python втянут Rust? Ведь Гента зависит от Питона.

     
     
  • 3.295, 12yoexpert (ok), 18:51, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    страдать ещё больше, чем сейчас: браузер уже не собирается без раста
     
  • 2.365, Аноним (366), 04:34, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что ты ожидал от тех, кто на зарплате у Майкрософта?
     

  • 1.4, Аноним (65), 08:34, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хорошо, что у Python куча реализаций есть и не будет проблемой заменить в будущем на нормальную.
     
     
  • 2.18, Аноним (18), 09:10, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    был бы смысл, питон уже давно менять на нормальный язык
     
     
  • 3.55, Аноним (55), 10:48, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    >питон уже давно менять на нормальный язык

    Полностью поддерживаю. Лучше сразу писать на расте, а не использовать его через прослойки.

     
     
  • 4.124, Аноним (124), 13:13, 18/11/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.31, пох. (?), 09:48, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Плохо что эти реализации совместимы только с хеловротами, и то не всегда.

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

    с другой стороны - нехрен, конечно, такое и использовать.

     
  • 2.245, Аноним (245), 16:59, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Удобно, конечно. Потихоньку перепишут код на Rust и забудут об этом недоразумении под названием питон
     
     
  • 3.285, _ (??), 18:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    FF-шку за более чем 10 лет переписать не осилили. В ведре пока тоже полностью опционально для жаждущих :)

    Но уже понятно что - додавят. GPL-ю готовят на выход, хорошо это или плохо ... ХЗ!
    Как почти во всех проектах с передачей прав - пусть умрёт.
    А вот как случайно у яжефины вышло - показало и нужность и робастность, причём не в тЭории а сугубо практически. Но ведь тоже убьют :( Причем RH будет впереди на лихом коне ...

     
  • 2.367, Аноним (366), 04:44, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нихрена они не совместимы, большинство модулей совместимы только с CPython, более того, только с версия-специфичным API, а ограниченное, портативное между версиями, разрабы внедрять просто не хотят, даже если это делается элементарно добавлением пары флагов (но муторно в каждый проект их вручную добавлять). А во многие проекты внедрить Limited API так просто не получится. А сторонние реализации если и дают хоть какую-то совместимость с CPython в плане использования модулей, во-первых делают это исключительно с Limited API, во вторых даже так большинство скомпиленных модулей не работает. По факту наличие официальной реализации гарантирует, что большая часть кода будет прибита гвоздями к этой официальной реализации.
     

  • 1.6, Аноним (6), 08:35, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как быть с тем, что llvm всё не научили генерировать нормальный код? В 100% случаев код у gcc был более адекватным и универсальным к входным данным. И бсолютно быстрее, где была возможность прогнать pgo. Привязываться к llvm несколько недальновидно.
     
     
  • 2.10, VVVVVV (?), 08:39, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Жди релиза gccrs
     
     
  • 3.14, morphe (?), 08:44, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    gccrs до релиза сильно дольше чем cg_gcc
     
     
  • 4.191, Аноним (191), 14:57, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > gccrs до релиза сильно дольше чем cg_gcc

    cg_gcc не решает буквально ни 1 проблемы хруста начиная с экосистемы хайпующих токсиков "скачайте ночнушку" жестко пофигистичным к проблемам эксплуатации.

     
  • 4.274, Аноним (224), 17:52, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >экосистемы хайпующих токсиков "скачайте ночнушку"

    У сишников уже более чем полвека было, но альтернативы почему-то нет.

     
  • 3.45, Аноним (168), 10:19, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько десятилетий раст разрабатывают? И пока ни одного стандарта. Вот ещё пару раз по столько.
     
  • 3.194, Аноним (-), 14:59, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Жди релиза gccrs

    Вот да, gcc-based фронтэнд было бы здорово. А все эти cogegen-gcc с проблемным rustc и его скачиванием ночнушек - не, спасибо. Пусть те господа 3930сами это юзают. Gcc куда более комфортный и дружественный по дефелопу тулчейн чем rustc, имхо.

     
     
  • 4.294, _ (??), 18:49, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > более комфортный и дружественный тулчейн

    Ну вот и озаботились третьим "Е" в "ЕЕЕ" - чё непонятного :(
    События пойдут лавинообразно. Будет "весело" ...

     
  • 2.11, Аноним (11), 08:40, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В случае проблем с LLVM отправить им патч и ждать ответного гудка. Гусей не трогать.
     
  • 2.13, morphe (?), 08:43, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А никто и не привязывается, работа над gcc идёт параллельно

    https://blog.antoyo.xyz/rustc_codegen_gcc-progress-report-38

    > With LTO done, the remaining big tasks are:
    >    Finish debug info support
    >    Add support for other architectures
    >    Fix issues with unwinding
    >    Rustup distribution

     
     
  • 3.39, Соль земли2 (?), 10:03, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пропадёт же весь смысл LLVM IR, в котором есть строгая типизация, на которую, скорее всего, опирается Rust (очень похожи обозначения i8, i32 и т.д.).
     
     
  • 4.42, Аноним (11), 10:12, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > скорее всего
    > очень похожи обозначения

    Толсто.

     
  • 4.60, Аноним10084 и 1008465039 (?), 10:53, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А какая разница, какая типизация в LLVM IR для божественного Rust? Скажу по секрету - x86-машинный код вообще бестиповый, а в него компилируется и Си, и Раст
     
     
  • 5.314, Bottle (?), 19:55, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Разница большая, от типизации напрямую зависит производительность.
    Питончик такой медленный, потому что любой его простой тип динамический и иммутабельный одновременно (sic!).
    Это значит, что когда вы модифицируете int, вы не изменяете его, а создаёте новый объект того же динамического типа с той же ссылкой в памяти.
     
     
  • 6.349, Аноним10084 и 1008465039 (?), 23:21, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В Питоне да. Но какое это имеет отношение к божественному Расту или LLVM IR?
     
  • 5.369, Аноним (369), 04:56, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Скажу по секрету - x86-машинный код вообще бестиповый

    Размер регистра и тип операции - дают тебе полноценный тип.

     
  • 4.89, morphe (?), 12:09, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Пропадёт же весь смысл LLVM IR, в котором есть строгая типизация, на
    > которую, скорее всего, опирается Rust (очень похожи обозначения i8, i32 и
    > т.д.).

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

    Rust сам всё проверяет, и всегда выдаёт валидный IR.

     
     
  • 5.236, Медведь (ok), 16:48, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Rust сам всё проверяет, и всегда выдаёт валидный IR.

    Да-да, верим-верим: https://arxiv.org/html/2503.23985v1

     
     
  • 6.347, morphe (?), 23:12, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Rust сам всё проверяет, и всегда выдаёт валидный IR.
    > Да-да, верим-верим: https://arxiv.org/html/2503.23985v1

    И что тут про невалидный IR? Ни слова не вижу

     
  • 5.268, Соль земли2 (?), 17:43, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я думал типизация Rust как раз за счёт LLVM IR. Ну или хотя бы дополнительно контроллируется. Можно же на голом LLVM IR писать.
     
     
  • 6.275, Аноним (224), 17:54, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Я думал типизация Rust как раз за счёт LLVM IR.

    Он даёт не типизацию, а контроль за размерами типов.

     
  • 6.348, morphe (?), 23:16, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я думал типизация Rust как раз за счёт LLVM IR. Ну или
    > хотя бы дополнительно контроллируется. Можно же на голом LLVM IR писать.

    У llvm очень простая типизация относительно Rust.

    Нет, Rust генерирует валидный IR, и любая ошибка от llvm считается фатальной ошибкой компилятора rustc

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

    LLVM свои входные данные не особо проверяет, только если его с assertions собирать, но в этом случае оно в несколько раз медленнее чем без них. По этой же причине на голом ir руками тоже не то чтобы удобно писать (не говоря уж про то что текстовое представление ir ломается регулярно, и ir надо строить либо через код, либо в бинарном виде)

     
  • 2.131, Аноним (131), 13:24, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Как быть с тем, что llvm всё не научили генерировать нормальный код? В 100% случаев код у gcc был более адекватным

    Разумеется, писать об этом на форуме, вместо того, чтобы писать код. Ведь тогда проблема возьмёт и решится, поныть не получится.

     
  • 2.160, Аноним (160), 14:03, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Скорее как быть с тем, что раст поддерживает только две платформы - x86_64 и aarch64.
     
  • 2.180, Аноним (180), 14:36, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это ложь. Смотри доклад Яндекса ещё много лет назад - они от gcc отказались полностью. Сейчас, по крайней мере по моим бенчам, разрыв ещё больше увеличился.
     
     
  • 3.207, Аноним (6), 15:29, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Больше докладов смотри. Или открой дизассемблер и не пори чушь.
     
     
  • 4.312, Аноним (312), 19:47, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Открыл, LLVM генерирует более эффективный код.
     
     
  • 5.318, Аноним (6), 20:02, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хотел сказать, более раздутый. Я вполне конкретно сказал, у gcc код более универсальный. Прогони pgo, и он будет более быстрый. Но это си. В случае с плюсами, у шланговой libcxx не получается столь же оптимальный код.
     
     
  • 6.320, Аноним (6), 20:05, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне особенно понравилось, как шланг внезапно начал вставлять неподдерживаемые инструкции в arch=native билды, признак профессионализма.
     

  • 1.15, Кошкажена (?), 08:54, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сейчас питон собирается в 4 потока ~5 минут.
     
     
  • 2.17, Жироватт (ok), 09:08, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Без прогона тестов?
     
     
  • 3.20, Кошкажена (?), 09:24, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Без прогона тестов?

    Без. Сейчас попробовала снова после make clean - результат 1m1,692s

     
     
  • 4.24, Жироватт (ok), 09:32, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня питон2 10 минут после сборки тесты жевал, лол.
    Но я не отключаю, мусть будет
     
     
  • 5.29, пох. (?), 09:46, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    тесты могут быть нужны только если ты собираешь питон для кого-то кроме себя. (а могут и не быть)

    > Но я не отключаю, мусть будет

    ну да, буковки с цифирками бегут по экрану, можно делать умное лицо...

     
     
  • 6.32, Жироватт (ok), 09:50, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, для второго питиона уже желательно бы, бо пакет уже выпилен и остался только в ауре.

    > ну да, буковки с цифирками бегут по экрану, можно делать умное лицо...

    Поэтому ты так делаешь?

     
     
  • 7.36, пох. (?), 09:53, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    твой хеловрот либо работает, либо не работает. (причем во втором случае ты ничего сделать не сможешь)
    Зачем ты расходуешь невосполнимые ресурсы планеты и свою жизнь на совершенно бесполезную хрень?

    Собрался - пользуйся. Не собрался или падает хеловрот - ну значит приехали, дальше ехать некуда, ищи замену своему васяноскрипту.

     
     
  • 8.41, Жироватт (ok), 10:11, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чувак, попробуй немного потоньше, а Ну даже для меня слишком грубо работаешь ... текст свёрнут, показать
     
     
  • 9.54, Аноним (-), 10:45, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это местный алконавт предпенсионного возраста Просто отфильтруй его посты в игн... текст свёрнут, показать
     
     
  • 10.83, Жироватт (ok), 11:50, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю, что задействую что-то аналогичное родному сворачиванию, скриптом, да... текст свёрнут, показать
     
     
  • 11.296, _ (??), 18:54, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Внимание страусам - пол бетонный С Заметание мусора и проблем под коврик ч... текст свёрнут, показать
     
  • 7.92, User (??), 12:20, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, для второго питиона уже желательно бы, бо пакет уже выпилен и
    > остался только в ауре.

    эээээ... а если ну вот контейнер под это дело взять, то...? Дай угадаю - взамуж не возьмут?

     
     
  • 8.122, Жироватт (ok), 13:05, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем, если задача решается простой сборкой пакета ... текст свёрнут, показать
     
     
  • 9.127, User (??), 13:20, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так вот это всё начиная с, собственно, пакетных менеджеров как раз таки и г... текст свёрнут, показать
     
     
  • 10.171, Жироватт (ok), 14:21, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Неа, рекомендую покурить вопрос глубже Пакетники делали не для ты не компилир... текст свёрнут, показать
     
     
  • 11.175, Аноним (-), 14:32, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В итоге проблема осталась У вас не правильный жлиб-ц, идите в пень с Но не по... текст свёрнут, показать
     
     
  • 12.233, Аноним (224), 16:36, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Поставь несколько glibc, в чём проблема Есть как минимум NixOS ... текст свёрнут, показать
     
     
  • 13.267, User (??), 17:42, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно ... текст свёрнут, показать
     
  • 11.265, User (??), 17:40, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, причин, разумеется, было больше чем одна - но freebsd ports это система сбо... текст свёрнут, показать
     
  • 4.208, ProfessorNavigator (ok), 15:38, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Без прогона тестов?
    > Без. Сейчас попробовала снова после make clean - результат 1m1,692s

    Для чистоты эксперимента рекомендуется перед каждым прогоном чистить кеш ОС.



    # sync; echo 3 > /proc/sys/vm/drop_caches


     
  • 2.19, Аномалии (?), 09:24, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А в чем преимущество сборки перед уже готовыми пакетами?
     
     
  • 3.21, Кошкажена (?), 09:26, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А в чем преимущество сборки перед уже готовыми пакетами?

    * Если ты хочешь сам собрать и не доверяешь тем, кто собирал. Например, если бутстрапишь систему.
    * Добавить нужные опции при сборке. Вроде как для того же nogil нужно пересобирать.

     
  • 3.35, Жироватт (ok), 09:52, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Не всегда они есть, готовые пакеты.
    Или есть, но древних версий.
    Или есть, но реально хз от кого, на сюзевской OBS и "добавьте строчки в список реп".
    Или нужно настроить пакет до сборки.
     
  • 3.51, Аноним (168), 10:36, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Есть некая программа, в ней есть питон. Однажды, после очередного обновления ты обнаруживаешь, что твой проект не полностью (полностью не) открывается из-за разности версий питонов. Да, питоны совместимы между собой чуть менее, чем никак. Дистры на этот случай сделали взаимоисключающую установку таких версий. Поставить старый питон из готовых пакетов ты не можешь - система начинает сносить всё по цепочке, включая пакетный манагер и далее...
     
     
  • 4.147, Аноним (131), 13:50, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Дистры на этот случай сделали взаимоисключающую установку таких версий.

    2025 год на дворе, а вы до сих пор не осилили Nix. Стыдно должно быть.

     
  • 4.206, Аноним (180), 15:27, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Дистры на этот случай сделали взаимоисключающую установку таких версий

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

     
  • 2.74, kravich (ok), 11:22, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зачем вам вообще самим собирать питон? Есть же человеческие бинарные пакеты
     
     
  • 3.94, User (??), 12:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем вам вообще самим собирать питон? Есть же человеческие бинарные пакеты

    Арчегенту...особенности, скажем так. Проходите мимо, не стойте у клетки - обитатели ээээ... активизируются ).

     
  • 2.129, Аноним (124), 13:22, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сейчас питон собирается в 4 потока ~5 минут.

    А то добавится ещё время сборки самого Раста.

     
     
  • 3.222, Аноним (224), 16:13, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >А то добавится ещё время сборки самого Раста.

    Вы на каждый проект раст собираете?

     
     
  • 4.254, Аноним (124), 17:14, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня пока нет ни одного пакета в системе на Раст. А так придётся его собирать после каждого выпуска.
     

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

  • 1.27, пох. (?), 09:43, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Просто напоминаю что "поддерживаются Rust как минимум на уровне Tier 2" означает что хрустокомпилятор на этой платформе как-то вообще запускается. (И совершенно не означает что хотя бы запустится собранный для нее хеловрот)

    Причем чинить никто даже и не собирался.

     
     
  • 2.101, Аноним (55), 12:34, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Стандартный поток лжи от растохейтера.

    >Причем чинить никто даже и не собирался.

    У тебя конечно же есть опрос всех разработчкиков из которого твои слова подтверждаются?

     
     
  • 3.164, Аноним (164), 14:10, 18/11/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.181, Аноним (180), 14:38, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Собрать должны пользователи этих платформ, а не собираются они потому что их нет.
     
     
  • 3.376, Bottle (?), 07:41, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Спойлер: их и не будет, если софт туда не портировать.
     

  • 1.30, Смузихлеб забывший пароль (?), 09:46, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    эпически. Можно даже сказать, сказочно )
    Однако, одного только раста с проверками боровов в дополнение к питону очевидно маловато для запуска скриптика на питоне. Очевидно, что в зависимостях должны ещё появиться как минимум жс и бонусом можно прилепить бейсик с паскалем

    А после - объявить о новом, инновационном и безопасном питоне 4, который ломает совместимость с 3-м не хуже, чем 3-й со 2-м. С тем нюансом, что, где есть питон - там гарантированно будут пакеты с упомянутыми ЯП и нередко более стабильные в плане обратной совместимости, а код в любом случае придётся переписывать

     
     
  • 2.40, Жироватт (ok), 10:09, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты забыл про node v8, жс как язым можно и на встроенном интерпретаторе выполня... большой текст свёрнут, показать
     
     
  • 3.204, Аноним (204), 15:25, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Жир начал сочиться из системного блока рано утром Солнце только показалось из-з... большой текст свёрнут, показать
     
  • 3.299, _ (??), 19:08, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты забыл про node + v8, жс как язым можно и на встроенном интерпретаторе выполнять.

    Никогда, даже в стршаных снах не думал что это скажу ... но может тогда typescript?
    Его "отцам" бабла отвалили на написание нового не то компила не то транспила (на Go кстати) ...

    Чё-то с каждым месяцем typescript мне всё меньшим и меньшим злом видится ... может в отпуск пора? :-DDDD

     
  • 2.361, 12yoexpert (ok), 02:58, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    раста достаточно, у него и у llvm проприетарная лицензия и рубильник на собственном репозитории библиотек
     

  • 1.34, mos87 (ok), 09:52, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Похоже это намеренное внедрение расто-зависимости ради блага самого раста. Ведь раст нужно развивать ВСЕМ, потому раст это ПРАВИЛЬНО. А остальное - нет.
     
  • 1.38, Аноним (37), 10:00, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Сейчас тут начнется традиционный вой воинов против Раста и гентушников. В то время как все нормальные люди устанавсливают готовые бинари и от изначального языка им не горячо не холодно.
     
     
  • 2.50, Аноним (-), 10:31, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если сидеть на конформистском железе типа x86_64, то да. А если на x86 (32-бит), то уже проблема. Не говоря про другие архитектуры (не буду упоминать всуе), где физически нет компилятора Rust (ну или есть, но работает чуть лучше, чем никак).
     
     
  • 3.53, Аноним (168), 10:38, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > типа x86_64

    Поправочка: уже x86_64_v2

     
     
  • 4.64, Аноним (204), 11:05, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > x86_64_v2

    Features match the 2008 Intel Nehalem architecture, excluding Intel-specific instructions.

    v3 скоро уже 13 лет будет, окститесь.

     
     
  • 5.205, alex74 (?), 15:26, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Проблема в том, что расширения v3 отсутствуют в недорогих процессорах внезависимости от их года выпуска.
     
  • 3.99, Аноним (37), 12:34, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > другие архитектуры (не буду упоминать всуе), где физически нет компилятора Rust

    На каких конкретно аохитектурах нет Раста, но есть CPython?

     
     
  • 4.300, _ (??), 19:13, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не парься, есть только x86-64 и ARM-64!
    Причём, хоть раст в этом и участвует, но он здесь даже не на третьих ролях ...
     
     
  • 5.392, пох.. (?), 12:01, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    arm64 тоже нет (потому что нет такого процессора).

    apple M - есть (и дайте угадаю - скоро-скоро не каждая цифирка после М будет одинаково полезной)

     
  • 3.128, Аноним (128), 13:21, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А если на x86 (32-бит), то уже проблема.

    Почему прблема?

    Даже на официальном сайте есть бинари:

    https://forge.rust-lang.org/infra/other-installation-methods.html#standalone

     
  • 2.155, Аноним (149), 13:58, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Готовые бинари непортабельны часто по архитектурам, а собраны криво.
     
     
  • 3.304, Аноним (303), 19:22, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Готовые бинари непортабельны часто по архитектурам

    Бинари и не могут быить портабельны по архитектурам.

    > собраны криво.

    Ну да, левый васян-то знает, как собирать правильно.

     

  • 1.46, Аноним (-), 10:21, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Я будучи достаточно лояльным к Rust вынужден признать, что это уже ПЕРЕБОР. Начинают посещать мысли, что делается это всё умышленно.
     
     
  • 2.61, Аноним (61), 10:54, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тут и так всё на поверхности: раст проталкивают и кнутом, и морковкой :) только непонятно, ЗАЧЕМ это всё - понятно ведь, что язык - тупиковый, его даже если всем миром расширять и использовать, гнилая концепция с указателями сводит всё на нет.
     
     
  • 3.93, Аноним (93), 12:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно, _зачем_, но непонятно, КТО.

    У кого есть столько денег и людей?

     
     
  • 4.134, ProfessorNavigator (ok), 13:29, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да в общем то картина уже практически прояснилась. Тут недавно были новости про количество Ржавого в Андроиде...
     
  • 3.132, Аноним (124), 13:25, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раз NSA призывает использовать его, то понятно, что безопастный он для кого надо.
     
  • 2.130, Аноним (128), 13:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Начинают посещать мысли, что делается это всё умышленно

    Умышленно внедряют Раст в CPython? А дожны были неумышленно внедрить, или что?

     
     
  • 3.172, Аноним (-), 14:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Умышленно внедряют Раст в CPython? А дожны были неумышленно внедрить, или что?

    А что тобой такого не происходило?
    Кодил кодил и тут бац!, случайно добавил новый язык программирования в проект.

    Судя по комментариям с анонами такое постоянно случается)


     
     
  • 4.360, Алексей (??), 01:55, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Python собирается избавляться от Global Lock. Так что внесение в зависимости языка, который позволяет серьезно упростить написание многопоточного кода это вполне разумный шаг.
     
  • 2.133, Аноним (131), 13:28, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Я будучи достаточно лояльным к Rust вынужден признать, что это уже ПЕРЕБОР.

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

     
     
  • 3.137, ProfessorNavigator (ok), 13:32, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну не хотят Ржавые писать нормальный код, хотя Ржавому уже 10 лет стукнуло.
    https://www.opennet.me/opennews/art.shtml?num=64093
    https://www.opennet.me/opennews/art.shtml?num=64226

    Исправил, не благодарите.

     
     
  • 4.148, Аноним (131), 13:52, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Исправил, не благодарите.

    О, и это говорит человек, не осилившиый xml парсер. Вот вы не можете доказать несостоятельность раста в плане порчи памяти, поскольку гарантии раста ВНЕЗАПНО работают.

     
     
  • 5.211, Кошкажена (?), 15:45, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Исправил, не благодарите.
    > О, и это говорит человек, не осилившиый xml парсер.

    xml парсер даже гугл не осилил из недавней новости...

     
  • 4.177, Анонимусс (?), 14:33, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ну не хотят Ржавые писать нормальный код, хотя Ржавому уже 10 лет стукнуло.

    Не хотят дыpяшечники писать нормальный код, хотя Дыpяхе уже полтиник стукнуло.

    www.opennet.ru/opennews/art.shtml?num=64255
    www.opennet.ru/opennews/art.shtml?num=64138
    www.opennet.ru/opennews/art.shtml?num=64022
    www.opennet.ru/opennews/art.shtml?num=63946

    Исправил, не благодарите.

     
  • 2.157, Аноним (149), 13:58, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Начинают посещать мысли, что делается это всё умышленно.

    Так и есть. Не представляю, как мы раньше пользовались питоном без Rust'а.

     
     
  • 3.357, Вася Пупкин (?), 01:29, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С гилом
     
  • 2.220, Аноним (-), 16:10, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Начинают посещать мысли, что делается это всё умышленно.

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

    Кончено это делается умышленно.
    Да было и будет копротивление. Вон против машин даже запретительные законы принимали.
    Но прогресс это не остановило.

     
     
  • 3.280, Аноним (65), 18:10, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Так же как каменные топор заменялся на железный.

    Было бы верно, если С заменили бы на С++, а Rust - это такой же каменный топор, только с боровом, а он прекрасно заменяется умными указателями и семантикой перемещения.

     
     
  • 4.358, Вася Пупкин (?), 01:33, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну-ну. Полечи ещё гонки данных в меогопоточном коде, избавься от нулпоинтеров, поддежки модулей и готовых библиотек в экосистеме. потом думай чего ещё не хватает в крестах.
     

  • 1.56, Аноним (56), 10:49, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Заменить везде питон на perl5 и делов то.
     
     
  • 2.69, Вапел Дупов (?), 11:16, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    на C++. он сегодня куда удобнее чем раньше.
     
     
  • 3.75, _kp (ok), 11:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно. Вот, свежий Visual Studio таких ли предупреждений навыдаёт на код из примеров, и так противится компиляции даже потенциально небезопасного кода. А Xcode это обычно спокойно скомпилирует. Прололчу про разработку в vim и подобном.
     
     
  • 4.125, Аноним (-), 13:14, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > обычно спокойно скомпилирует. Прололчу про разработку в vim и подобном.

    В что - vim? Там ругаться будет - компилер. И вот что-что а у gcc и clang статический анализ и варнинги очень сильно подтянули. В gcc аж вообще статический анализатор встроили в последних версиях.

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

    А еще есть горе-"разработчики" которые без сильных мира сего не могут ступить и шагу, но почему-то мнят себя силой достойной внимания. Хотя являются - винтиками в корпоративных схемах, не более. Если все что вы можете это запустить "свежий visual studio" то в общем то - это не ваша заслуга. И в приличных местах вас соответственно не ждут.

     
     
  • 5.136, Аноним (131), 13:31, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >И вот что-что а у gcc и clang статический анализ и варнинги очень сильно подтянули. В gcc аж вообще статический анализатор встроили в последних версиях.

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

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

    А есть ещё настоящие сишники, понаделовшие кучу ошибок. В иксах до сих пор баги из 1990-ых исправляют, в 2025 году. Позор.

     
     
  • 6.170, Аноним (164), 14:16, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да? А покажи предупреждение, что разыменновывается нулевой указатель. Или как всегда лжёте?

    растодеточка, обновляй методичку.
    '''c
    int main()
    {
    int *x = 0;
    return *x;
    }
    '''

    '''shell
    $ gcc a.c -Werror -Wnull-dereference -O2
    a.c: In function ‘main’:
    a.c:4:16: error: null pointer dereference [-Werror=null-dereference]
        4 |         return *x;
          |                ^~
    cc1: all warnings being treated as errors
    '''

     
     
  • 7.178, Анонимусс (?), 14:35, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > -Wnull-dereference

    А без этого костылика сможешь?))
    Вы даже определиться не можете какой знак у обычного char, о чем с вами еще говорить)

     
     
  • 8.238, Аноним (224), 16:51, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всё просто нужно просто попросить сишников провести аудит каждого пакета и попр... текст свёрнут, показать
     
  • 7.237, Аноним (224), 16:49, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >растодеточка, обновляй методичку.

    Вот вы знаете, я вот как возьму, да как проверю

    int test(int* x)
    {
        return *x;
    }

    int main()
    {
        int *x = 0;
        return test(x);
    }

    Вот мне интересно, я даже флаги компиляции не трогал, а предупреждение куда-то исчезло. Не подскажите куда?

     
     
  • 8.250, Медведь (ok), 17:05, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    CppCheck, прямо в среде разработки home main cpp 264 Possible null point... текст свёрнут, показать
     
     
  • 9.255, Аноним (224), 17:21, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Отлично, только вот где этот CppCheck есть Неуж-то нигде https archlinux org... текст свёрнут, показать
     
     
  • 10.261, Медведь (ok), 17:29, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И что ты показал, что cppcheck есть в репозиториях любого приличного дистрибутив... текст свёрнут, показать
     
     
  • 11.263, Аноним (224), 17:37, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И никем не используется Вы возьмите и натравите его на все подряд пакеты, заодн... текст свёрнут, показать
     
     
  • 12.270, Медведь (ok), 17:48, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфы Или болтаем-с Может мне еще и сплясать Ну, чтоб тебе не скучалось ... текст свёрнут, показать
     
     
  • 13.276, Аноним (224), 17:57, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вам уже привели ссылку на пакет в арче, много вы там использования увидели Мне ... текст свёрнут, показать
     
     
  • 14.343, Медведь (ok), 22:47, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да не мелочись, требуй PVS-Studio в зависимостях к python сразу Гулять так гуля... текст свёрнут, показать
     
  • 12.271, ProfessorNavigator (ok), 17:48, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как вы это определили Вы - экстрасенс А можете сказать - использую я cppchec... текст свёрнут, показать
     
     
  • 13.279, Аноним (224), 18:10, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я вам даже ссылку процитировал по количеству обратных зависимостей Неуж-то вы ... большой текст свёрнут, показать
     
     
  • 14.336, Медведь (ok), 22:11, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты количество установок считаешь по числу обратных зависимостей Ну что тут сказ... текст свёрнут, показать
     
  • 9.256, Аноним (224), 17:22, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Слишком толсто, вам пора на диету ... текст свёрнут, показать
     
     
  • 10.262, Медведь (ok), 17:31, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В рже кем-то запрещен unsafe Что сказать-то хотел Я вообще удивлен, что unsafe... текст свёрнут, показать
     
     
  • 11.273, Аноним (224), 17:51, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вы - молодец В документации как минимум 8 лет https github com rust-lang no... текст свёрнут, показать
     
     
  • 12.341, Медведь (ok), 22:35, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В документации к C C черным по белому испокон веку -- нельзя разыменовывать nu... текст свёрнут, показать
     
  • 9.272, Аноним (-), 17:49, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А теперь повтори то же самое, добавив code forbid unsafe_code code ... текст свёрнут, показать
     
     
  • 10.277, Медведь (ok), 18:00, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, для начала собери ржавую же стандартную библиотеку с такой строчечкой, потом... текст свёрнут, показать
     
     
  • 11.282, Аноним (224), 18:18, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А давайте больницы закроем, рак же лечить не могут Ну а все остальные пускай ум... текст свёрнут, показать
     
     
  • 12.340, Медведь (ok), 22:32, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, вот именно, не лечат по факту нигде, но на больничке rust повесили таблич... текст свёрнут, показать
     
  • 11.308, Аноним (-), 19:30, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С какого перепугу Разве авторы тех библиотек пишут такой гоvнокод, как ты привё... текст свёрнут, показать
     
     
  • 12.338, Медведь (ok), 22:15, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А ржаванутый, который привел выше аналогичный код на плюсах, продемонстировал ад... текст свёрнут, показать
     
     
  • 13.391, Аноним (-), 11:53, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это типичный код на Си На си плюсах у тебя нет возможности написать иначе А на... большой текст свёрнут, показать
     
     
  • 14.394, Медведь (ok), 12:13, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как всегда, ржастики горстями глотают этодругин ... текст свёрнут, показать
     
  • 9.374, Аноним (374), 06:42, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    под miri error Undefined Behavior pointer not dereferenceable pointer must b... текст свёрнут, показать
     
  • 5.393, _kp (ok), 12:09, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> обычно спокойно скомпилирует. Прололчу про разработку в vim и подобном.
    > ругаться будет - компилер.

    Да, компиляторы сильно подтянули.
    Но в упомянутом Visual Studio не то что предупредений больше, что то он вообще не рекомендует компилировать, то есть диагностика существенно сильнее.

    Я больше для контроллеров пишу, а там среды разработки скромнее, но фрагменты кода люблю в VS сперва прогонять.


    >Если все что вы
    > можете это запустить "свежий visual studio" то в общем то -
    > это не ваша заслуга. И в приличных местах вас соответственно не
    > ждут.

    А Вы не "доктор левой руки до локтя"?
    Под Windows то, тоже приходится писать. А если инструмент все равно используется, зачем ещё сторонние инструменты. Кстати, и под Мак тоже приходится писать, и очевидно для пользователей лучше нативные приложения, а не кроссплатформенные Электроны и т.п.

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

     
  • 3.85, Аноним (85), 12:05, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В нём до сих пор нет таких функций, как join и split для строк.
     
     
  • 4.119, Антонимус (?), 12:55, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть. :)
     
  • 4.200, Медведь (ok), 15:13, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    std::views::join_with, std::views::split тебе ни о чем не говорят?
     
     
  • 5.209, ProfessorNavigator (ok), 15:42, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > std::views::join_with, std::views::split тебе ни о чем не говорят?

    Да можно проще)) Например так.




    std::string str1(" - Rust is useless");
    std::string str2("\n - Yes, it's true");
    str1 += str2;



     
  • 2.95, Аноним (93), 12:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На raku.
     
  • 2.216, Аноним (216), 15:54, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    *на brainfuck
     

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

  • 1.58, Аноним (61), 10:52, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Запомните, юные авангардисты, чем глубже вы сегодня засовываете Раст, тем больнее его завтра будет вынимать. Так что особо не радуйтесь распространению ржы - она вам боком выйдет.
     
     
  • 2.72, Вапел Дупов (?), 11:19, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    так они не думают про завтра. живут одним днём. а кто-то потом разгребать будет.

    но вообще, просто похоже на саботаж свободного софта.

     
     
  • 3.223, Аноним (-), 16:14, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > так они не думают про завтра.

    Странный вывод.
    Они как раз думают про завтра.

    > живут одним днём. а кто-то потом разгребать будет.

    Чушь.
    Ничего все эти болтуны из комментарием не будут разгребать.

    > но вообще, просто похоже на саботаж свободного софта.

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


     
     
  • 4.305, _ (??), 19:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так софт был и остался свободным.

    Ну подумаешь - заменили GPL на ...

    :)

     
     
  • 5.359, Вася Пупкин (?), 01:35, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и где лицензия питона сменилась балабол ты наш
     
  • 2.107, Кошкажена (?), 12:38, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Запомните, юные авангардисты

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

     
     
  • 3.306, _ (??), 19:27, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Хотя ему уже все равно вроде как.

    Раз в год квакнуть и ... ну копейка капает, а чего ещё на пензии надо?!

     
  • 2.115, Аноним (-), 12:51, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А зачем вы его куда-то засовывать?
    На нем нужно просто писать код.
    Как говорится "друзей не надо иметь, с ними нужно дружить!" (с)

    Просто новый инструмент, который используют те, кому это нравится.
    Вам не нравится? Кнопочка "форк" в от том углу.
    А.. вы не можете тк у вас лапка-из-дупки? Ну... sad to be you
    У нас тут опенсорс и вам никто ничем не обязан.

     
     
  • 3.141, Аноним (141), 13:39, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "Иметь надо пользователей с помощью "друзей" (С)
     
  • 3.142, Аноним (141), 13:40, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лучшие друзья опенсорса NSA (TM), CIA (TM) рекомендуют!
     
  • 2.350, Аноним (-), 23:28, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Запомните, юные авангардисты, чем глубже вы сегодня засовываете Раст, тем больнее его завтра будет вынимать.

    Кек. Так они засовывают раст кому? Себе чтоле? Кому больнее-то будет? И зачем ты им об этом рассказываешь тогда? Чтобы они удвоили усилия?

     

  • 1.59, Аноним (-), 10:52, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Мне как питонисту неприятны такие новости. Jython и IronPython не готовы заменить CPython как не крути (годятся только для проектов с нуля без сторонних Python библиотек).
     
     
  • 2.241, Аноним (224), 16:55, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Мне как питонисту неприятны такие новости.

    Ну и как питонист вы просто возьмёте и затерпите. Вы не будете изучать си и поддерживать независимую реализацию.
    >не готовы заменить CPython

    У вас кто-то cpython забрал? Форкайте прямо сейчас, пока ещё не нужно по git log-у выяснять до какого коммита откатывать, а то дальше придётся страшный git bisect писать.

     

  • 1.63, Аноним (61), 11:03, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > причины внедрения Rust — обеспечение безопасной работы с памятью

    Звучит так дилетантски, будто из всех 200 ЯП никто не думал о безопасности и вдруг раз - изобрели Ржу! :)) Так тупо.... Даже "ассемблер с классами" - и тот давно имеет авто-указатели, ТОЖЕ БЕЗОПАСНО работающие с памятью, да ещё при этом являясь промышленным стандартом + ООП. Накой ляд тут ржа?? Чисто погемороить и без того зачуханых uндуcuков? От них вы точно не получите качественный код; "экономия на программистах" всегда оборачивается провалом проекта или превращением его в неподдерживаемого монстра.

     
     
  • 2.135, Аноним (128), 13:31, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> причины внедрения Rust — обеспечение безопасной работы с памятью
    > Звучит так дилетантски
    > Даже "ассемблер с классами"
    > Накой ляд тут ржа??

    Накой, спрашиваешь? Ну вот, например:

    int a = 1;
    int& b = std::max(a, 10);

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

    Теперь понятно, зачем нужен Раст?

     
     
  • 3.139, xsignal (ok), 13:34, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Теперь понятно, зачем нужен Раст?

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

     
  • 3.140, ProfessorNavigator (ok), 13:38, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    О, значит высосанные примеры кода из вашей методички ещё не убрали? Н-да, совсем дураков жизнь ничему не учит...
     
     
  • 4.150, Аноним (131), 13:53, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >О, значит высосанные примеры кода из вашей методички ещё не убрали?

    Ошибка компиляции есть? Нет? Ну так в чём проблема?

     
     
  • 5.152, ProfessorNavigator (ok), 13:57, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>О, значит высосанные примеры кода из вашей методички ещё не убрали?
    > Ошибка компиляции есть? Нет? Ну так в чём проблема?

    Очевидно же - в голове того, кто пишет такой код))

     
     
  • 6.198, Аноним (37), 15:02, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Очевидно же - в голове того, кто пишет такой код))

    Какой "такой"?

     
  • 4.196, Аноним (37), 15:01, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > О, значит высосанные примеры кода из вашей методички ещё не убрали?

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

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

     
  • 3.179, Кошкажена (?), 14:35, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>> причины внедрения Rust — обеспечение безопасной работы с памятью
    >> Звучит так дилетантски
    >> Даже "ассемблер с классами"
    >> Накой ляд тут ржа??
    > Накой, спрашиваешь? Ну вот, например:
    > int a = 1;
    > int& b = std::max(a, 10);
    > Вот мы и отстрелили себе ногу

    Вообще-то тут будет ошибка компиляции.


     
     
  • 4.293, Аноним (287), 18:42, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вообще-то тут будет ошибка компиляции

    Ты об отсутствии const у b? Ну да, только суть-то примера не в этом. Добавь const - и скомпилируется.

     
     
  • 5.337, Кошкажена (?), 22:12, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вообще-то тут будет ошибка компиляции
    > Ты об отсутствии const у b? Ну да, только суть-то примера не
    > в этом. Добавь const - и скомпилируется.

    Добавь опцию -Wdangling-reference

     
     
  • 6.346, Аноним (303), 23:01, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> суть-то примера не в этом
    > Добавь опцию -Wdangling-reference

    Вы упорно игнорируете тот факт, что в сколь-нибудь сложном коде ваш -Wdangling-reference не сработает. Какой-то копиум, ей-богу.

    Ну ок, а какую опцию мне добавить для этого:

    std::vector v{1, 2, 3};
    const auto& i = v[0];
    v.push_back(4);
    std::cout << i << '\n';

    Расскажите мне теперь, как Раст не нужен.

     
     
  • 7.355, Медведь (ok), 00:22, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если по какой-то неведомой причине кровь из носу надо будет сделать именно так, то в C++ можно включить голову и решить проблему:




    std::vector v{1, 2, 3};
    v.reserve(100);
    const auto& i = v[0];
    v.push_back(4);
    std::cout << i << '\n';


    В рже ты будешь бегать от чекера боровов до посинения. Ну а вообще процитирую ржавоеда (в мой адрес):

    > Ты продемонстрировал свою неадекватность, намеренно <описание ошибки>. Если бы ты работал в команде над проектом, приведённой строчкой тебе б запретили писать unsafe код.

    Вот у тебя примерно то же самое.

     
     
  • 8.373, VVVVVV (?), 06:17, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это какой-то позор xD... текст свёрнут, показать
     
     
  • 9.378, Аноним (378), 08:44, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, если в алгоритме есть оценка снизу на длину массива, но с другой стороны ... текст свёрнут, показать
     
  • 7.370, Кошкажена (?), 05:04, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>> суть-то примера не в этом
    >> Добавь опцию -Wdangling-reference
    > Вы упорно игнорируете тот факт, что в сколь-нибудь сложном коде ваш -Wdangling-reference
    > не сработает. Какой-то копиум, ей-богу.
    > Ну ок, а какую опцию мне добавить для этого:

    1. Читать документацию.
    2. Использовать статический анализатор.
    3. Использовать адрес санитайзер.

     
     
  • 8.382, Аноним (382), 09:34, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, то есть, опции нет, и ни компилятор, ни умные указатели в этом случае никак ... текст свёрнут, показать
     
  • 3.212, Медведь (ok), 15:45, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Растик ожидаемо сел в лужицу, которую сам и напрудил:




    int a = 1;
    int& b = std::max(a, 10);


    пытаемся скомпилировать:




    main.cpp:21: ошибка: binding reference of type ‘int&’ to ‘const int’ discards qualifiers



     
     
  • 4.292, Аноним (287), 18:40, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > main.cpp:21: ошибка: binding reference of type ‘int&’ to ‘const int’ discards qualifiers

    Ну добавь const. Суть-то не в этом.

     
     
  • 5.331, Аноним (363), 21:03, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Суть-то не в этом.

    А суть в том, что растсеры не знают Си.

     
     
  • 6.344, Аноним (303), 22:52, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > & = std::max
    > не знают Си

    Ты видишь Си там, где его нет.

     
  • 5.339, Медведь (ok), 22:18, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну добавь const. Суть-то не в этом.

    Вот не буду ничего тебе рассказывать про const T& в C++, позорься дальше.

     
     
  • 6.345, Аноним (303), 22:55, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот не буду ничего тебе рассказывать про const T& в C++

    Так он и не просил тебя что-то рассказывать про const T& (да и что ты можешь рассказать?). Смысл того примера кода не понял ты, а якобы позорится при этом почему-то он. Странный ты какой-то...

     
     
  • 7.352, Медведь (ok), 23:45, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О, еще один наивный чукотский вьюнош. А зря не попросил, потому что код




    int a = 1;
    const int& b = std::max(a, 10);
    std::print("{}\n", b); // к примеру


    вполне корректен и не содержит UB, почему -- велкам в документацию C++

     
     
  • 8.384, Аноним (382), 09:44, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И плевать, что компилятор тебе прямым текстом говорит Твоя экспертиза как всег... текст свёрнут, показать
     
     
  • 9.390, Медведь (ok), 11:25, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, признаю, ошибся Это UB и висячая ссылка Посыпаю голову пеплом и все такое ... текст свёрнут, показать
     
  • 2.138, Аноним (131), 13:34, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Даже "ассемблер с классами" - и тот давно имеет авто-указатели, ТОЖЕ БЕЗОПАСНО работающие с памятью

    А так же дающие прямо из коробки кучу UB.

     
     
  • 3.146, ProfessorNavigator (ok), 13:47, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Давайте сразу пройдёмся по всему списку вашей методички, чтобы не тратить ни наше, ни ваше время.

    1) Неопределённое поведение (чушь, почему - объяснено уже тысячу раз, но можно и в тысячу первый: любое UB связано с работой аппаратной части, если вы не можете это обойти - не садитесь программировать)
    2) Безопасная работа с памятью. Т.е. просто встроенные в компилятор статический анализатор. Которые ещё и глючить может.
    3) Мифическая архитектура языка, которая позволяет избежать ошибок. А ещё волосы после неё становятся шелковистыми.
    4) Облить оппонента грязью и обвинить в теориях заговора.
    5) Высосанные из пальца примеры кода, которые в реальной жизни никто и никогда не использует.

    Вроде ничего не забыл. Но если и забыл - не страшно, вы меня сейчас всё равно поправите.

     
     
  • 4.156, Аноним (131), 13:58, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Давайте Вот ни один апологет крестов сишки мне до сих пор не объяснил, зачем ем... большой текст свёрнут, показать
     
     
  • 5.258, Аноним (124), 17:24, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > возможность потерять нулевой терминатор при работе со строками

    Это решается просто использованием средств работы со строками из STL вместо ковыряния в байтах строки.

     
     
  • 6.284, Аноним (224), 18:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Это решается просто использованием средств работы со строками из STL вместо ковыряния в байтах строки.

    Особенно решается при работе с сишными библиотеками, да.

     

  • 1.86, Аноним (-), 12:06, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Вот же провокаторы. Пусть делают форк и называют его RPython, а CPython оставляют как есть.
     
     
  • 2.126, Аноним (-), 13:15, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот же провокаторы. Пусть делают форк и называют его RPython, а CPython оставляют как

    есть.
    RustyPython Flying Circus. Это диды на пенсию вышли, но шоу совсем закрыть постеснялсь :)

     
  • 2.383, Кошкажена (?), 09:34, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот же провокаторы. Пусть делают форк и называют его RPython

    Ты не поверишь, но RPython - это язык в pypy https://rpython.readthedocs.io/en/latest/

     

  • 1.123, Аноним (-), 13:09, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В перспективе, к версии Python 3.17, Rust может стать обязательной
    > зависимостью при сборке CPython.

    А можно оттуда еще питон дропнуть и оставить только Rust? В таком виде я б пожалуй против питона меньше возражал :D

     
  • 1.145, IdeaFix (ok), 13:46, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я понимаю что Вирт мёртв, но... давно ничего не было про Оберон.
     
     
  • 2.311, _ (??), 19:42, 18/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.334, уп (?), 21:23, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Оберон вдохновил Go.

    https://www.oreilly.com/api/v2/epubs/9780134190570/files/graphics/influences.p

     

  • 1.169, Grand (?), 14:15, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждем реализации RUST для отечественных архитектур процессоров !
     
     
  • 2.218, пох. (?), 16:01, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    за отечественные можешь не переживать - новости про buy-к@л можешь сам погуглить. Эксперимент оказался успешен, но нет сырья и кадров.
    В общем, bye-bye.

    Проблема что никаких других скоро тоже не будет - кроме x86-64-Vутебяуженемодныйкупиновый и arm 64, который нужен только яблу, поэтому только на ЕГО процессорах все и будет работать более-менее нормально.

     
     
  • 3.259, Бертолетова соль (?), 17:26, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Китайцы с расширенным "mips" закроют любые потребности от железа до ос
     
     
  • 4.269, пох. (?), 17:45, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    жиантяны обычно очень посредственные кодеры.
    Что они смогут портировать на свой шмяпс хотя бы вот хрустопихон - это прям вот очень навряд ли.

     
  • 3.313, _ (??), 19:51, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > за отечественные можешь не переживать - новости про

    Уже есть свой техпроцесс 150нм :)

    Не буду ничего писать, всё равно модеры потрут, ну оно и правильно - развесистый неприкрытый мат и нужно тереть :)

     
  • 2.243, Аноним (124), 16:56, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нужно название отечественное.
     

  • 1.173, Аноним (166), 14:26, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Разработчикам питона виднее, на чём разрабатывать, сами разберутся.

    Интересно другое. Если антприв... антирастеры считают, что в их стране это не нужно и они всё прекрасно на Си напишут - ну так пишите. Вы ведь умеете без ошибок работы с памятью. Продолжайте фигарить всю критическую инфру, боевые системы на сишечке. А потом будете рассказывать, когда вас поимеют о том, как "просто надо уметь".

    А мы в Штатах и Гейропах будем всё делать на расте. Посмотрим, кто останется в каменном веке.

     
  • 1.182, Аноним (166), 14:40, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Самое забавное, что автор Питона - за перевод разработки на раст, но экспертам опеннета виднее.
     
     
  • 2.184, Аноним (-), 14:42, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Самое забавное, что автор Питона - за перевод разработки на раст, но экспертам опеннета виднее.

    Так ты сравнил какого-то автора питона с самыми экспертными ыкспертами!
    Понятно что они разбираются лучше)


     
  • 2.197, xsignal (ok), 15:02, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он давно уже отошёл от дел и поэтому не в теме.
     
     
  • 3.326, Аноним (326), 20:40, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так точно. Мнение создалетя языка важно только тогда, когда совпадает с мнением эксперта с опеннета. Во всех остальных случаях - "дедушка отошёл от дел", "дедушке пох", "он работает в МС, его купили" и так далее.

    Когда уже в стране с лучшим в мире образованием начнут в школах преподавать ошибки мышления (bias)?

     
     
  • 4.329, Аноним (363), 21:01, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Мнение создалетя языка важно только тогда, когда совпадает с мнением ...

    ... руководства компании. Разработчик JS тому пример.

     
  • 2.215, Кошкажена (?), 15:50, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Самое забавное, что автор Питона - за перевод разработки на раст

    А еще он работает в ms
    А еще он апрувнул коммит про джит в обход пеп, на что жаловались из гугла

    И дальше что?

     
     
  • 3.219, Аноним (168), 16:06, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > он работает в ms

    Что-то слишком много "линуксоидов" работает в MS.

     
     
  • 4.317, _ (??), 20:01, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    АяЁтАкоГа?!? Платиновый спонсор - все дела! Всё как вы любите!
    Опяить же - решающий вклад в линукЗЪ, что Azure Linux что WSL - всё на благо!
    Правдо на чьЁ именно благо ... :)
     
     
  • 5.386, пох. (?), 09:58, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Опяить же - решающий вклад в линукЗЪ, что Azure Linux что WSL
    > - всё на благо!
    > Правдо на чьЁ именно благо ... :)

    наше, наше. Уж лучше wsl чем протухт rhbm. (последнее их достижение - выпилили ftp. В венде поганой, где уже в общем-то и неясно, кому нужен, есть клиент, а в лючшем юникс чем юникс - не будет, неположено вам!)

    А докеры в докере под докером в венде даже удобней запускать.

    Пихоноподелки собранные вместе с пихоном в экзешник, кстати, тоже. Никаких тебе поисков по закоулкам OBS уникально собранного кривого сошника.

     
  • 4.379, Аноним (379), 09:13, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как в 90е, только ещё монопольнее: Гугл - хозяин интернетов, МС - хозяин десктопов, Оракл - хозяин серверов. Только гугл тут полностью новая морда, в 90е хозяином серверов была Сан, купленная Орками.
     
     
  • 5.387, пох. (?), 10:03, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > в 90е хозяином серверов была Сан, купленная Орками.

    не был. Серверов было - оппой жуй.
    От еще не вымерших окончательно микроvax до интелов-переростков с isc unix (это были не совсем уже писюки, и стоили дороже самолета, но все же это были интелы с более-менее стандартной архитектурой) со всеми промежуточными остановками, от хепе до ibm.

     

  • 1.190, xsignal (ok), 14:55, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Раст - мёртворождённый проект, в данный момент его жизнь поддерживается исключительно искусственными вливаниями.
     
     
  • 2.319, _ (??), 20:05, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст - мёртворождённый проект

    ну не знаю ... а Haskell тогда что? И ничего - живёт.
    rust - просто ещё один язык, некоторые из них тоже пихали прямо подобным же образом - и даже слоганы про безопасТность были похожие :) С некоторыми - даже получилось, но они уже  (через 30 лет то!) медленно вываливаются из популярности ... ну и решили что нужна замена, контролируемая ...

     
     
  • 3.356, Медведь (ok), 01:04, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Haskell много честнее ржи, он не обещает больше, чем может дать, но то что обещает -- то дает.
     
  • 3.388, пох. (?), 10:08, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Раст - мёртворождённый проект
    > ну не знаю ... а Haskell тогда что? И ничего - живёт.

    язык для любителей математических закорючек. Живет, где-то там на обочине цивилизации. Далеко-далеко от системного программирования, потому что вообще далек от реального компьютера.
    И, заметь - никто на нем ничего не переписывает "чтоб безопастно" или с любой другой целью.

    Так-то пролог наверное тоже где-нибудь живет.

     
  • 2.380, Аноним (379), 09:16, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, дорогой, мертво - это всё, что вливаниями не поддерживается. А что вливаниями поддерживается - будь оно хоть 100 раз мертво, тебе придётся на него перейти.
     

  • 1.193, Аноним (193), 14:59, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Браво!!! Гуманитарии всех стран, соединяйтесь! Добавим ещё больше бардака в экосистему питона подколодного!
     
  • 1.251, Аноним (124), 17:07, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Показатель зрелости языка это когда он написан на самом себе. Питон давно уже (пере-)со-зрел, а вот всё ещё не самом себе. Пожтому логично, если бы разработчики написали интерпретатор на статически типизируемом его подмножестве - Cython. Cython - компилятор, к тому же.
     
     
  • 2.264, Медведь (ok), 17:37, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Показатель зрелости языка это когда он написан на самом себе. Питон давно уже (пере-)со-зрел, а вот всё ещё не самом себе. Пожтому логично, если бы разработчики написали интерпретатор на статически типизируемом его подмножестве - Cython. Cython - компилятор, к тому же.

    PyPy же. :) Ну почти:

    > PyPy состоит из стандартного интерпретатора и транслятора. Интерпретатор полностью реализует язык Python. Сам интерпретатор написан на ограниченном подмножестве этого же языка, называемом RPython (Restricted Python). В отличие от стандартного Python, RPython является статически типизированным для более эффективной компиляции

     

  • 1.321, sena (ok), 20:05, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Питон надо на питоне переписать, чтобы он из Питона и бутстрапился. Пока невозможно? Ну так переписывайте как можно больше на Питоне и выкидывайте как можно больше Си, нафига Раст там?
     
     
  • 2.353, Аноним (353), 00:04, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык так можно и не дождаться пока он соберется
     

  • 1.325, BrainFucker (ok), 20:40, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я конечно не настоящий сварщик, а нельзя на C создать библиотеку, где реализована "безопасная работа с памятью" и просто её использовать везде, вместо того чтобы другой язык тащить в проект?
    Ну или я не знаю, написать эту библиотеку на rust и пропихнуть её в системы в качестве базы наряду со всякими libc чтобы использовали её во всех проектах, где парятся о "безопасности".
    А вообще если полностью перейдут на rust, то пофиг.
     
     
  • 2.328, Аноним (363), 20:59, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а нельзя на C создать библиотеку, где реализована "безопасная работа с памятью"

    "Не, мужик, так ты слона не продашь" (с)

     
  • 2.330, Аноним (330), 21:03, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Все нормальные так и делают - для работы со структурами данных, использующих динамическую память - хорошо отлаженная и оттестированная библиотека, и нет проблем! Тысячи программ на Си 24/7/365 молотят и обеспечивают нашу информационную жизнь, а растисты только ноют и козыряют надуманными CVEшками.
     
     
  • 3.354, Аноним (353), 00:09, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Нельзя это сделать, проблема будет в кривом использовании функций этой библиотеки. За свободу С надо платить. Даже если писать на С++ в безопасной манере, не выделяя память и не освобождая самому, а только через smart pointers, все равно возможны проблемы. Которые раст решит.
     
  • 2.332, Аноним (330), 21:11, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Источники ошибок на Си - корпорасты с их порочными методиками «быстрой» разработки!
     
     
  • 3.333, BrainFucker (ok), 21:14, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, я б не сказал что среди любителей сплошь одни гуру.
     
     
  • 4.342, Аноним (342), 22:38, 18/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да там и не нужно особым гуру быть, достаточно писать программы аккуратно и сосредоточенно, а не с анимешкой на фоне.
     
  • 4.362, 12yoexpert (ok), 03:02, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    любители пишут то, что нужно лично им, и никто их не торопит
     
     
  • 5.371, BrainFucker (ok), 05:50, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У любителей свободного от работы и личной жизни времени не так много, там тоже многие пишут лишь бы как-то получить результат побыстрее.
     
     
  • 6.389, 12yoexpert (ok), 10:09, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    тебе-то откуда знать? как-нибудь попробуй у них спросить вместо того, чтобы самому придумывать, как у них "там" и что
     

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



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

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