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

"CPython может сделать Rust обязательной сборочной зависимостью к версии 3.17"	+/–
Сообщение от opennews (ok), 18-Ноя-25, 08:20
Эмма Смит (Emma Smith) и Кирилл Подопригора (Kirill Podoprigora), входящие в число ключевых разработчиков Python (core team), опубликовали предварительное предложение (Pre-PEP) о постепенном добавлении возможности использования языка Rust в кодовой базе CPython, эталонной реализации языка программирования Python. Изначально Rust предлагают использовать для необязательных модулей стандартной библиотеки, размещаемых в директории Modules/. В перспективе, к версии Python 3.17, Rust может стать обязательной зависимостью при сборке CPython... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64275
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от 12yoexpert (ok), 18-Ноя-25, 08:20	+27 +/–
RIP этот конкретный случай по многим признакам смахивает на заказной саботаж
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #26, #37, #166, #289, #365

4. Сообщение от Аноним (65), 18-Ноя-25, 08:34	+2 +/–
Хорошо, что у Python куча реализаций есть и не будет проблемой заменить в будущем на нормальную.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #31, #245, #367

5. Сообщение от morphe (?), 18-Ноя-25, 08:34	+7 +/–
В каждом втором крупном питон проекте уже есть зависимость от PyO3, для меня удивительно что Rust в ядре только сейчас начали разрешать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9, #25, #395

6. Сообщение от Аноним (6), 18-Ноя-25, 08:35	+1 +/–
Как быть с тем, что llvm всё не научили генерировать нормальный код? В 100% случаев код у gcc был более адекватным и универсальным к входным данным. И бсолютно быстрее, где была возможность прогнать pgo. Привязываться к llvm несколько недальновидно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #11, #13, #131, #160, #180

9. Сообщение от morphe (?), 18-Ноя-25, 08:39	+8 +/–
requests зависит от cryptography, cryptography зависит от Rust, но таких зависимостей гораздо больше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

10. Сообщение от VVVVVV (?), 18-Ноя-25, 08:39	+1 +/–
Жди релиза gccrs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #14, #45, #194

11. Сообщение от Аноним (11), 18-Ноя-25, 08:40	+4 +/–
В случае проблем с LLVM отправить им патч и ждать ответного гудка. Гусей не трогать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

13. Сообщение от morphe (?), 18-Ноя-25, 08:43	+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
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #39

14. Сообщение от morphe (?), 18-Ноя-25, 08:44	+3 +/–
gccrs до релиза сильно дольше чем cg_gcc
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #191, #274

15. Сообщение от Кошкажена (?), 18-Ноя-25, 08:54	+1 +/–
Сейчас питон собирается в 4 потока ~5 минут.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #19, #74, #129

17. Сообщение от Жироватт (ok), 18-Ноя-25, 09:08	+/–
Без прогона тестов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #20

18. Сообщение от Аноним (18), 18-Ноя-25, 09:10	+3 +/–
был бы смысл, питон уже давно менять на нормальный язык
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #55

19. Сообщение от Аномалии (?), 18-Ноя-25, 09:24	+/–
А в чем преимущество сборки перед уже готовыми пакетами?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #21, #35, #51

20. Сообщение от Кошкажена (?), 18-Ноя-25, 09:24	+/–
> Без прогона тестов? Без. Сейчас попробовала снова после make clean - результат 1m1,692s
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #24, #208

21. Сообщение от Кошкажена (?), 18-Ноя-25, 09:26	+4 +/–
> А в чем преимущество сборки перед уже готовыми пакетами? * Если ты хочешь сам собрать и не доверяешь тем, кто собирал. Например, если бутстрапишь систему. * Добавить нужные опции при сборке. Вроде как для того же nogil нужно пересобирать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

24. Сообщение от Жироватт (ok), 18-Ноя-25, 09:32	+/–
У меня питон2 10 минут после сборки тесты жевал, лол. Но я не отключаю, мусть будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #29

25. Сообщение от mos87 (ok), 18-Ноя-25, 09:34	+1 +/–
>В каждом втором крупном питон проекте уже есть зависимость от PyO3 сколько нам открытий чудных
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #33

26. Сообщение от Америка (?), 18-Ноя-25, 09:41	+20 +/–
Всё продвижение rust в принципе смахивает на заказной саботаж.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #70

27. Сообщение от пох. (?), 18-Ноя-25, 09:43	+4 +/–
Просто напоминаю что "поддерживаются Rust как минимум на уровне Tier 2" означает что хрустокомпилятор на этой платформе как-то вообще запускается. (И совершенно не означает что хотя бы запустится собранный для нее хеловрот) Причем чинить никто даже и не собирался.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #101, #181

29. Сообщение от пох. (?), 18-Ноя-25, 09:46	+/–
тесты могут быть нужны только если ты собираешь питон для кого-то кроме себя. (а могут и не быть) > Но я не отключаю, мусть будет ну да, буковки с цифирками бегут по экрану, можно делать умное лицо...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #32

30. Сообщение от Смузихлеб забывший пароль (?), 18-Ноя-25, 09:46	+3 +/–
эпически. Можно даже сказать, сказочно ) Однако, одного только раста с проверками боровов в дополнение к питону очевидно маловато для запуска скриптика на питоне. Очевидно, что в зависимостях должны ещё появиться как минимум жс и бонусом можно прилепить бейсик с паскалем А после - объявить о новом, инновационном и безопасном питоне 4, который ломает совместимость с 3-м не хуже, чем 3-й со 2-м. С тем нюансом, что, где есть питон - там гарантированно будут пакеты с упомянутыми ЯП и нередко более стабильные в плане обратной совместимости, а код в любом случае придётся переписывать
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #361

31. Сообщение от пох. (?), 18-Ноя-25, 09:48	+/–
Плохо что эти реализации совместимы только с хеловротами, и то не всегда. (потому что современный пихонокот на две строки на пихоне содержит гигабайт лефтпадов, большая часть из которых - бинарные) с другой стороны - нехрен, конечно, такое и использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

32. Сообщение от Жироватт (ok), 18-Ноя-25, 09:50	+/–
Ну, для второго питиона уже желательно бы, бо пакет уже выпилен и остался только в ауре. > ну да, буковки с цифирками бегут по экрану, можно делать умное лицо... Поэтому ты так делаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #36, #92

33. Сообщение от пох. (?), 18-Ноя-25, 09:51    Скрыто ботом-модератором	+2 +/–
Что ты тут открыл-то? Каждый первый крупный пихонопроект рекурсивно зависит от всех лефтпадов с пиписки и еще десятка напрямую из гитшлака. Очень странно,  если хотя бы куда-нибудь не затянет и хрустоподелку. А что на пихоне просто не надо писать крупные проекты - знают только первоначальные авторы hg и trac. Но они уже никому не расскажут, дело закрыто за отсутствием улик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

34. Сообщение от mos87 (ok), 18-Ноя-25, 09:52	+4 +/–
Похоже это намеренное внедрение расто-зависимости ради блага самого раста. Ведь раст нужно развивать ВСЕМ, потому раст это ПРАВИЛЬНО. А остальное - нет.
Ответить | Правка | Наверх | Cообщить модератору

35. Сообщение от Жироватт (ok), 18-Ноя-25, 09:52	+6 +/–
Не всегда они есть, готовые пакеты. Или есть, но древних версий. Или есть, но реально хз от кого, на сюзевской OBS и "добавьте строчки в список реп". Или нужно настроить пакет до сборки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

36. Сообщение от пох. (?), 18-Ноя-25, 09:53	–1 +/–
твой хеловрот либо работает, либо не работает. (причем во втором случае ты ничего сделать не сможешь) Зачем ты расходуешь невосполнимые ресурсы планеты и свою жизнь на совершенно бесполезную хрень? Собрался - пользуйся. Не собрался или падает хеловрот - ну значит приехали, дальше ехать некуда, ищи замену своему васяноскрипту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #41

37. Сообщение от Аноним (37), 18-Ноя-25, 09:57	+2 +/–
> RIP > этот конкретный случай по многим признакам смахивает на заказной саботаж Андроидный самарт и любимый Firefox уже похоронил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #44, #149

38. Сообщение от Аноним (37), 18-Ноя-25, 10:00	–3 +/–
Сейчас тут начнется традиционный вой воинов против Раста и гентушников. В то время как все нормальные люди устанавсливают готовые бинари и от изначального языка им не горячо не холодно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50, #155

39. Сообщение от Соль земли2 (?), 18-Ноя-25, 10:03	+/–
Пропадёт же весь смысл LLVM IR, в котором есть строгая типизация, на которую, скорее всего, опирается Rust (очень похожи обозначения i8, i32 и т.д.).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #42, #60, #89

40. Сообщение от Жироватт (ok), 18-Ноя-25, 10:09	+3 +/–
Ты забыл про node + v8, жс как язым можно и на встроенном интерпретаторе выполнять. При компилировании питоньего скрипта в .pyc в таком Питон4 небось нужно будет: - каждый раз вызывать ноду, которая будет искать модули для себя в NPM (со свежими лефтпадами и вирусами) - обновлённая нода будет БЕЗОПАСТНО выкачивать модули из pip, которые при развёртывании будут уже сами запускать в контексте себя по ещё одному экземпляру ноды для БЕЗОПАСНОЙ скачки своих зависимостей, конечно с обновлением своего набора лефтпалов из NPM и так рекурсивно для каждой ветки дерева зависимостей - скрипт на ноде будет запускать и контролировать контролиующий его самого скрипт на питоне, который сгененрирует скрипт на пёрле, чтобы выполнить предварительные билдтаски - файлы перед сборкой будут скормлены чекателю боровов, который достанет афиногенно-аффинажные мутные типы и померит им череп, а также степень "проснутости" кода. При нахождении лексемы типа "бро", "ниггер", "slave", "master", "три хандред бакс" и прочих - откажется собирать этот неполиткорректный код. - после проверки ржавым проверяльщиком скрипт на джс должен будет запросить паспортные данные сборщика, его ЭП, его цели сборки, провести тест на политическую сознательность и соответствие текущим нарративам CNN и отправить все в ЦРУ. Если тест пройден не менее чем на 95% - сборка разрешается, иначе высылается зондеркоманда. - после чего код собирается - после чего прогоняются тесты - после чего выполняются посбилд-таски на смеси из пёрло-джеэсного кода, формирующие выхлоп на похапэ - после чего результат пакетируется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #204, #299

41. Сообщение от Жироватт (ok), 18-Ноя-25, 10:11	–1 +/–
Чувак, попробуй немного потоньше, а? Ну даже для меня слишком грубо работаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #54

42. Сообщение от Аноним (11), 18-Ноя-25, 10:12	+/–
> скорее всего > очень похожи обозначения Толсто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

44. Сообщение от Аноним (168), 18-Ноя-25, 10:17	+/–
Да. Пришлось сменить платформу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #52, #82

45. Сообщение от Аноним (168), 18-Ноя-25, 10:19	+/–
Сколько десятилетий раст разрабатывают? И пока ни одного стандарта. Вот ещё пару раз по столько.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

46. Сообщение от Аноним (-), 18-Ноя-25, 10:21	+8 +/–
Я будучи достаточно лояльным к Rust вынужден признать, что это уже ПЕРЕБОР. Начинают посещать мысли, что делается это всё умышленно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61, #130, #133, #157, #220

50. Сообщение от Аноним (-), 18-Ноя-25, 10:31	+3 +/–
Если сидеть на конформистском железе типа x86_64, то да. А если на x86 (32-бит), то уже проблема. Не говоря про другие архитектуры (не буду упоминать всуе), где физически нет компилятора Rust (ну или есть, но работает чуть лучше, чем никак).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #53, #99, #128

51. Сообщение от Аноним (168), 18-Ноя-25, 10:36	+3 +/–
Есть некая программа, в ней есть питон. Однажды, после очередного обновления ты обнаруживаешь, что твой проект не полностью (полностью не) открывается из-за разности версий питонов. Да, питоны совместимы между собой чуть менее, чем никак. Дистры на этот случай сделали взаимоисключающую установку таких версий. Поставить старый питон из готовых пакетов ты не можешь - система начинает сносить всё по цепочке, включая пакетный манагер и далее...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #147, #206

52. Сообщение от User (??), 18-Ноя-25, 10:38	+3 +/–
И kernel назло мамке выкинул поди?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #65

53. Сообщение от Аноним (168), 18-Ноя-25, 10:38	+/–
> типа x86_64 Поправочка: уже x86_64_v2
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #64

54. Сообщение от Аноним (-), 18-Ноя-25, 10:45	+1 +/–
Это местный алконавт предпенсионного возраста. Просто отфильтруй его посты в игнор через плагин User JavaScript and CSS. Я давно так сделал, чтобы меньше визуального мусора было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #83

55. Сообщение от Аноним (55), 18-Ноя-25, 10:48	+8 +/–
>питон уже давно менять на нормальный язык Полностью поддерживаю. Лучше сразу писать на расте, а не использовать его через прослойки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #124

56. Сообщение от Аноним (56), 18-Ноя-25, 10:49	+5 +/–
Заменить везде питон на perl5 и делов то.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69, #95, #216

58. Сообщение от Аноним (61), 18-Ноя-25, 10:52	+13 +/–
Запомните, юные авангардисты, чем глубже вы сегодня засовываете Раст, тем больнее его завтра будет вынимать. Так что особо не радуйтесь распространению ржы - она вам боком выйдет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #72, #107, #115, #350

59. Сообщение от Аноним (-), 18-Ноя-25, 10:52	+3 +/–
Мне как питонисту неприятны такие новости. Jython и IronPython не готовы заменить CPython как не крути (годятся только для проектов с нуля без сторонних Python библиотек).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #241

60. Сообщение от Аноним10084 и 1008465039 (?), 18-Ноя-25, 10:53	–4 +/–
А какая разница, какая типизация в LLVM IR для божественного Rust? Скажу по секрету - x86-машинный код вообще бестиповый, а в него компилируется и Си, и Раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #314, #369

61. Сообщение от Аноним (61), 18-Ноя-25, 10:54	+2 +/–
Тут и так всё на поверхности: раст проталкивают и кнутом, и морковкой :) только непонятно, ЗАЧЕМ это всё - понятно ведь, что язык - тупиковый, его даже если всем миром расширять и использовать, гнилая концепция с указателями сводит всё на нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #93, #132

63. Сообщение от Аноним (61), 18-Ноя-25, 11:03	+2 +/–
> причины внедрения Rust — обеспечение безопасной работы с памятью Звучит так дилетантски, будто из всех 200 ЯП никто не думал о безопасности и вдруг раз - изобрели Ржу! :)) Так тупо.... Даже "ассемблер с классами" - и тот давно имеет авто-указатели, ТОЖЕ БЕЗОПАСНО работающие с памятью, да ещё при этом являясь промышленным стандартом + ООП. Накой ляд тут ржа?? Чисто погемороить и без того зачуханых uндуcuков? От них вы точно не получите качественный код; "экономия на программистах" всегда оборачивается провалом проекта или превращением его в неподдерживаемого монстра.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #135, #138

64. Сообщение от Аноним (204), 18-Ноя-25, 11:05	–3 +/–
> x86_64_v2 Features match the 2008 Intel Nehalem architecture, excluding Intel-specific instructions. v3 скоро уже 13 лет будет, окститесь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #205

65. Сообщение от Аноним (65), 18-Ноя-25, 11:06	+/–
Kernel и без Rust спокойно собирается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #90

69. Сообщение от Вапел Дупов (?), 18-Ноя-25, 11:16	+4 +/–
на C++. он сегодня куда удобнее чем раньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #75, #85

70. Сообщение от Европа (?), 18-Ноя-25, 11:17	–4 +/–
Кто саботирует? Ради чего, какую конечную цель преследует(-уют)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #102, #110, #167, #257

72. Сообщение от Вапел Дупов (?), 18-Ноя-25, 11:19	+6 +/–
так они не думают про завтра. живут одним днём. а кто-то потом разгребать будет. но вообще, просто похоже на саботаж свободного софта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #223

74. Сообщение от kravich (ok), 18-Ноя-25, 11:22	–1 +/–
Зачем вам вообще самим собирать питон? Есть же человеческие бинарные пакеты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #94

75. Сообщение от _kp (ok), 18-Ноя-25, 11:23	+/–
Действительно. Вот, свежий Visual Studio таких ли предупреждений навыдаёт на код из примеров, и так противится компиляции даже потенциально небезопасного кода. А Xcode это обычно спокойно скомпилирует. Прололчу про разработку в vim и подобном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #125

82. Сообщение от Аноним (37), 18-Ноя-25, 11:49	+1 +/–
> Да. Пришлось сменить платформу. На какую? iOS? Или может Posh? 😂
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #109

83. Сообщение от Жироватт (ok), 18-Ноя-25, 11:50	+/–
Думаю, что задействую что-то аналогичное родному сворачиванию, скриптом, да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #296

85. Сообщение от Аноним (85), 18-Ноя-25, 12:05	–2 +/–
В нём до сих пор нет таких функций, как join и split для строк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #119, #200

86. Сообщение от Аноним (-), 18-Ноя-25, 12:06	+5 +/–
Вот же провокаторы. Пусть делают форк и называют его RPython, а CPython оставляют как есть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #126, #383

89. Сообщение от morphe (?), 18-Ноя-25, 12:09	+2 +/–
> Пропадёт же весь смысл LLVM IR, в котором есть строгая типизация, на > которую, скорее всего, опирается Rust (очень похожи обозначения i8, i32 и > т.д.). Не полагается, в случае с llvm и полагаться нельзя, потому что когда он собран без assertions он валится в сегфолт на каждом шагу, проверок в нём полезных для пользователя нет. Rust сам всё проверяет, и всегда выдаёт валидный IR.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #236, #268

90. Сообщение от User (??), 18-Ноя-25, 12:11	+3 +/–
> Kernel и без Rust спокойно собирается. Но а) Как бы это сказать... уже "не весь" и б) "они над этим работают"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

92. Сообщение от User (??), 18-Ноя-25, 12:20	+/–
> Ну, для второго питиона уже желательно бы, бо пакет уже выпилен и > остался только в ауре. эээээ... а если ну вот контейнер под это дело взять, то...? Дай угадаю - взамуж не возьмут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #122

93. Сообщение от Аноним (93), 18-Ноя-25, 12:23	+/–
Понятно, _зачем_, но непонятно, КТО. У кого есть столько денег и людей?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #134

94. Сообщение от User (??), 18-Ноя-25, 12:23	+1 +/–
> Зачем вам вообще самим собирать питон? Есть же человеческие бинарные пакеты Арчегенту...особенности, скажем так. Проходите мимо, не стойте у клетки - обитатели ээээ... активизируются ).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

95. Сообщение от Аноним (93), 18-Ноя-25, 12:23	+/–
На raku.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

99. Сообщение от Аноним (37), 18-Ноя-25, 12:34	+1 +/–
> другие архитектуры (не буду упоминать всуе), где физически нет компилятора Rust На каких конкретно аохитектурах нет Раста, но есть CPython?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #300

101. Сообщение от Аноним (55), 18-Ноя-25, 12:34	–2 +/–
Стандартный поток лжи от растохейтера. >Причем чинить никто даже и не собирался. У тебя конечно же есть опрос всех разработчкиков из которого твои слова подтверждаются?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #164

102. Сообщение от Аноним (102), 18-Ноя-25, 12:36	–6 +/–
США, очевидно же. У них там требование госдепа писать только на безопасных языках. Конечно, питонистов никто это делать не заставляет, но без ржавчины они скорее всего потеряют в госзаказах, получении различных грантов и целевых выплатах. Вот поэтому сишные проекты и ринулись переписывать на хрусте. Выходит криво, косо, на зато можно сказать, что проект написан с использованием безопасного языка, а значит можно будет получить некоторое преимущество в борьбе за деньги спонсоров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

107. Сообщение от Кошкажена (?), 18-Ноя-25, 12:38	+/–
> Запомните, юные авангардисты Там сам дед пожизненый диктатор условно дал добро. Хотя ему уже все равно вроде как.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #306

109. Сообщение от User (??), 18-Ноя-25, 12:47	+1 +/–
>> Да. Пришлось сменить платформу. > На какую? iOS? Или может Posh? 😂 java ME, чтобы Ъ же!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

110. Сообщение от Аноним (110), 18-Ноя-25, 12:47	+7 +/–
Чтобы заменить GPL софт своим с пермиссивной лицензией и перетащить контроль опенсурса на себя. + зарубежный товарищ major одобряет централизированный репозиторий карго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #168, #335

115. Сообщение от Аноним (-), 18-Ноя-25, 12:51	+2 +/–
А зачем вы его куда-то засовывать? На нем нужно просто писать код. Как говорится "друзей не надо иметь, с ними нужно дружить!" (с) Просто новый инструмент, который используют те, кому это нравится. Вам не нравится? Кнопочка "форк" в от том углу. А.. вы не можете тк у вас лапка-из-дупки? Ну... sad to be you У нас тут опенсорс и вам никто ничем не обязан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #141, #142

119. Сообщение от Антонимус (?), 18-Ноя-25, 12:55	+/–
Есть. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

122. Сообщение от Жироватт (ok), 18-Ноя-25, 13:05	+/–
А зачем, если задача решается простой сборкой пакета?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #127

123. Сообщение от Аноним (-), 18-Ноя-25, 13:09	+/–
> В перспективе, к версии Python 3.17, Rust может стать обязательной > зависимостью при сборке CPython. А можно оттуда еще питон дропнуть и оставить только Rust? В таком виде я б пожалуй против питона меньше возражал :D
Ответить | Правка | Наверх | Cообщить модератору

124. Сообщение от Аноним (124), 18-Ноя-25, 13:13    Скрыто ботом-модератором	+/–
ОК, продолжу на C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

125. Сообщение от Аноним (-), 18-Ноя-25, 13:14	+/–
> обычно спокойно скомпилирует. Прололчу про разработку в vim и подобном. В что - vim? Там ругаться будет - компилер. И вот что-что а у gcc и clang статический анализ и варнинги очень сильно подтянули. В gcc аж вообще статический анализатор встроили в последних версиях. Не говоря о том что билдсистема может делать что угодно - от пуска полдюжины сторонних анализаторов и рулес чекеров до какого-нибудь аплоада версии коверити на анализ. А еще есть горе-"разработчики" которые без сильных мира сего не могут ступить и шагу, но почему-то мнят себя силой достойной внимания. Хотя являются - винтиками в корпоративных схемах, не более. Если все что вы можете это запустить "свежий visual studio" то в общем то - это не ваша заслуга. И в приличных местах вас соответственно не ждут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #136, #393

126. Сообщение от Аноним (-), 18-Ноя-25, 13:15	+/–
> Вот же провокаторы. Пусть делают форк и называют его RPython, а CPython оставляют как есть. RustyPython Flying Circus. Это диды на пенсию вышли, но шоу совсем закрыть постеснялсь :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

127. Сообщение от User (??), 18-Ноя-25, 13:20	+/–
> А зачем, если задача решается простой сборкой пакета? Ну так "вот это всё" начиная с, собственно, пакетных менеджеров как раз таки и городили, чтобы сборкой "по месту" не озадачиваться, не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #171

128. Сообщение от Аноним (128), 18-Ноя-25, 13:21	+/–
> А если на x86 (32-бит), то уже проблема. Почему прблема? Даже на официальном сайте есть бинари: https://forge.rust-lang.org/infra/other-installation-methods...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

129. Сообщение от Аноним (124), 18-Ноя-25, 13:22	+1 +/–
> Сейчас питон собирается в 4 потока ~5 минут. А то добавится ещё время сборки самого Раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #222

130. Сообщение от Аноним (128), 18-Ноя-25, 13:23	+/–
> Начинают посещать мысли, что делается это всё умышленно Умышленно внедряют Раст в CPython? А дожны были неумышленно внедрить, или что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #172

131. Сообщение от Аноним (131), 18-Ноя-25, 13:24	–1 +/–
>Как быть с тем, что llvm всё не научили генерировать нормальный код? В 100% случаев код у gcc был более адекватным Разумеется, писать об этом на форуме, вместо того, чтобы писать код. Ведь тогда проблема возьмёт и решится, поныть не получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

132. Сообщение от Аноним (124), 18-Ноя-25, 13:25	+/–
Ну раз NSA призывает использовать его, то понятно, что безопастный он для кого надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

133. Сообщение от Аноним (131), 18-Ноя-25, 13:28	+/–
>Я будучи достаточно лояльным к Rust вынужден признать, что это уже ПЕРЕБОР. Лояльным? А что по вашему нужно - сишные дырени в каждой программе? Ну не хотят сишники писать нормальный код, хотя сишке уже больше чем полвека стукнуло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #137

134. Сообщение от ProfessorNavigator (ok), 18-Ноя-25, 13:29	+/–
Да в общем то картина уже практически прояснилась. Тут недавно были новости про количество Ржавого в Андроиде...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

135. Сообщение от Аноним (128), 18-Ноя-25, 13:31	+/–
>> причины внедрения Rust — обеспечение безопасной работы с памятью > Звучит так дилетантски > Даже "ассемблер с классами" > Накой ляд тут ржа?? Накой, спрашиваешь? Ну вот, например: int a = 1; int& b = std::max(a, 10); Вот мы и отстрелили себе ногу в твоем любимом "ассемблере с классами". И даже без динамического выделения памяти. Теперь понятно, зачем нужен Раст?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #139, #140, #179, #212, #414

136. Сообщение от Аноним (131), 18-Ноя-25, 13:31	+/–
>И вот что-что а у gcc и clang статический анализ и варнинги очень сильно подтянули. В gcc аж вообще статический анализатор встроили в последних версиях. Да? А покажи предупреждение, что разыменновывается нулевой указатель. Или как всегда лжёте? >Не говоря о том что билдсистема может делать что угодно Вот в том то и дело, что может делать что угодно, например не проверять ошибки вообще. А нужно строго наоборот - всегда проверять как минимум определённый список ошибок. >А еще есть горе-"разработчики" которые без сильных мира сего не могут ступить и шагу А есть ещё настоящие сишники, понаделовшие кучу ошибок. В иксах до сих пор баги из 1990-ых исправляют, в 2025 году. Позор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #170, #412

137. Сообщение от ProfessorNavigator (ok), 18-Ноя-25, 13:32	+4 +/–
Ну не хотят Ржавые писать нормальный код, хотя Ржавому уже 10 лет стукнуло. https://www.opennet.dev/opennews/art.shtml?num=64093 https://www.opennet.dev/opennews/art.shtml?num=64226 Исправил, не благодарите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #148, #177

138. Сообщение от Аноним (131), 18-Ноя-25, 13:34	+/–
>Даже "ассемблер с классами" - и тот давно имеет авто-указатели, ТОЖЕ БЕЗОПАСНО работающие с памятью А так же дающие прямо из коробки кучу UB.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #146

139. Сообщение от xsignal (ok), 18-Ноя-25, 13:34	+1 +/–
> Теперь понятно, зачем нужен Раст? Язык для "не программистов" - создать у дилетанта иллюзию, что он "что-то может".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

140. Сообщение от ProfessorNavigator (ok), 18-Ноя-25, 13:38	+/–
О, значит высосанные примеры кода из вашей методички ещё не убрали? Н-да, совсем дураков жизнь ничему не учит...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #150, #196

141. Сообщение от Аноним (141), 18-Ноя-25, 13:39	+/–
"Иметь надо пользователей с помощью "друзей" (С)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

142. Сообщение от Аноним (141), 18-Ноя-25, 13:40	+/–
Лучшие друзья опенсорса NSA (TM), CIA (TM) рекомендуют!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

145. Сообщение от IdeaFix (ok), 18-Ноя-25, 13:46	+1 +/–
Я понимаю что Вирт мёртв, но... давно ничего не было про Оберон.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #311, #334

146. Сообщение от ProfessorNavigator (ok), 18-Ноя-25, 13:47	+3 +/–
Давайте сразу пройдёмся по всему списку вашей методички, чтобы не тратить ни наше, ни ваше время. 1) Неопределённое поведение (чушь, почему - объяснено уже тысячу раз, но можно и в тысячу первый: любое UB связано с работой аппаратной части, если вы не можете это обойти - не садитесь программировать) 2) Безопасная работа с памятью. Т.е. просто встроенные в компилятор статический анализатор. Которые ещё и глючить может. 3) Мифическая архитектура языка, которая позволяет избежать ошибок. А ещё волосы после неё становятся шелковистыми. 4) Облить оппонента грязью и обвинить в теориях заговора. 5) Высосанные из пальца примеры кода, которые в реальной жизни никто и никогда не использует. Вроде ничего не забыл. Но если и забыл - не страшно, вы меня сейчас всё равно поправите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #156

147. Сообщение от Аноним (131), 18-Ноя-25, 13:50	–2 +/–
>Дистры на этот случай сделали взаимоисключающую установку таких версий. 2025 год на дворе, а вы до сих пор не осилили Nix. Стыдно должно быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #408

148. Сообщение от Аноним (131), 18-Ноя-25, 13:52	+2 +/–
>Исправил, не благодарите. О, и это говорит человек, не осилившиый xml парсер. Вот вы не можете доказать несостоятельность раста в плане порчи памяти, поскольку гарантии раста ВНЕЗАПНО работают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #211, #410

149. Сообщение от Аноним (149), 18-Ноя-25, 13:52	+/–
Использую кнопочный телефон, браузер Dillo, ядро 2.4.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

150. Сообщение от Аноним (131), 18-Ноя-25, 13:53	+/–
>О, значит высосанные примеры кода из вашей методички ещё не убрали? Ошибка компиляции есть? Нет? Ну так в чём проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #152

152. Сообщение от ProfessorNavigator (ok), 18-Ноя-25, 13:57	–2 +/–
>>О, значит высосанные примеры кода из вашей методички ещё не убрали? > Ошибка компиляции есть? Нет? Ну так в чём проблема? Очевидно же - в голове того, кто пишет такой код))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #198

155. Сообщение от Аноним (149), 18-Ноя-25, 13:58	+2 +/–
Готовые бинари непортабельны часто по архитектурам, а собраны криво.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #304

156. Сообщение от Аноним (131), 18-Ноя-25, 13:58	+/–
>Давайте сразу пройдёмся по всему списку вашей методички Давайте. Вот ни один апологет крестов/сишки мне до сих пор не объяснил, зачем ему нужные не гигиенческие макросы, переполнение при работе с массивами, возможность потерять нулевой терминатор при работе со строками. Ну что, будете первым? >любое UB связано с работой аппаратной части Каждому сишнику железо мешает. Вот только объясните мне, почему на уровне типов нельзя разделить возможно нулевые и гарантированно не нулевые указатели? Вы так громко молчите, что я вообще ничего не слышу. Можете повторить? >Которые ещё и глючить может. Каковы ваши доказательства? >Мифическая архитектура языка, которая позволяет избежать ошибок Доставайте опровержение, оно вам понадобится. >Облить оппонента грязью и обвинить в теориях заговора. Нет вы. >Высосанные из пальца примеры кода, которые в реальной жизни никто и никогда не использует. Ссылку на баги в иксах прямиком из девеяностых приводить или сами найдёте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #258

157. Сообщение от Аноним (149), 18-Ноя-25, 13:58	+1 +/–
> Начинают посещать мысли, что делается это всё умышленно. Так и есть. Не представляю, как мы раньше пользовались питоном без Rust'а.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #357

160. Сообщение от Аноним (160), 18-Ноя-25, 14:03	–2 +/–
Скорее как быть с тем, что раст поддерживает только две платформы - x86_64 и aarch64.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #418

164. Сообщение от Аноним (164), 18-Ноя-25, 14:10    Скрыто ботом-модератором	+2 +/–
Стандартный пук от растофанатика. Открываем https://doc.rust-lang.org/beta/rustc/platform-support.html и читаем (растофанатик в английский умеет, или только на родном?): Tier 2 targets can be thought of as "guaranteed to build". Перевод фразы "guaranteed to build" оставим деточке в качестве домашнего задания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

166. Сообщение от Аноним (166), 18-Ноя-25, 14:13	+4 +/–
Забавно, что ты не рассматриваешь вариант того, что раст более пригоден для разразботки и поэтому на него переходят. Потому, что хотят им пользоваться. Но нет, если ты лично с чем-то несогласен, значит остальная часть человечества должна также думать. Или саботаж. Других вариантов нет. Как же вам непросто жить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #187, #366

167. Сообщение от Аноним (168), 18-Ноя-25, 14:13	+2 +/–
> Ради чего, какую конечную цель Для начала прочитай лицензию на компилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

168. Сообщение от Аноним (168), 18-Ноя-25, 14:15	+1 +/–
опенсурс уже перестаёт быть опен: то там сырцы задерживают, то сям...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #224

169. Сообщение от Grand (?), 18-Ноя-25, 14:15	+/–
Ждем реализации RUST для отечественных архитектур процессоров !
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #218, #243

170. Сообщение от Аноним (164), 18-Ноя-25, 14:16	–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 ```
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #178, #237

171. Сообщение от Жироватт (ok), 18-Ноя-25, 14:21	+/–
> Ну так "вот это всё" начиная с, собственно, пакетных менеджеров как раз таки и городили, чтобы сборкой "по месту" не озадачиваться, не? Неа, рекомендую покурить вопрос глубже. Пакетники делали не для "ты не компилируешь дома" - иначе возможности сборки и опакечивания были бы не развиты - а больше для решения проблемы dependency hell, которая возникла буквально сразу после появления динамических библиотек (вообще безотносительно их формата: dll, so, чёрт-лысый) не виндовым способом, а грамотным разбиением софтового месива на пакеты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #175, #265

172. Сообщение от Аноним (-), 18-Ноя-25, 14:23	+/–
> Умышленно внедряют Раст в CPython? А дожны были неумышленно внедрить, или что? А что тобой такого не происходило? Кодил кодил и тут бац!, случайно добавил новый язык программирования в проект. Судя по комментариям с анонами такое постоянно случается)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #360, #409

173. Сообщение от Аноним (166), 18-Ноя-25, 14:26	–8 +/–
Разработчикам питона виднее, на чём разрабатывать, сами разберутся. Интересно другое. Если антприв... антирастеры считают, что в их стране это не нужно и они всё прекрасно на Си напишут - ну так пишите. Вы ведь умеете без ошибок работы с памятью. Продолжайте фигарить всю критическую инфру, боевые системы на сишечке. А потом будете рассказывать, когда вас поимеют о том, как "просто надо уметь". А мы в Штатах и Гейропах будем всё делать на расте. Посмотрим, кто останется в каменном веке.
Ответить | Правка | Наверх | Cообщить модератору

175. Сообщение от Аноним (-), 18-Ноя-25, 14:32	+1 +/–
> для решения проблемы dependency hell, которая возникла буквально сразу после появления динамических библиотек В итоге проблема осталась) У вас не правильный жлиб-ц, идите в пень (с) > не виндовым способом, а грамотным разбиением софтового месива на пакеты Но не получилось. В винде запускается софт или игрушки которым десятилетия, а в лялексе как повезет. Еще и на упаковывании пакетиков зачастую какие-то дебиаллинны сидят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #233

177. Сообщение от Анонимусс (?), 18-Ноя-25, 14:33	–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 Исправил, не благодарите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #411

178. Сообщение от Анонимусс (?), 18-Ноя-25, 14:35	–3 +/–
> -Wnull-dereference А без этого костылика сможешь?)) Вы даже определиться не можете какой знак у обычного char, о чем с вами еще говорить)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #238

179. Сообщение от Кошкажена (?), 18-Ноя-25, 14:35	+3 +/–
>>> причины внедрения Rust — обеспечение безопасной работы с памятью >> Звучит так дилетантски >> Даже "ассемблер с классами" >> Накой ляд тут ржа?? > Накой, спрашиваешь? Ну вот, например: > int a = 1; > int& b = std::max(a, 10); > Вот мы и отстрелили себе ногу Вообще-то тут будет ошибка компиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #293

180. Сообщение от Аноним (180), 18-Ноя-25, 14:36	–2 +/–
Это ложь. Смотри доклад Яндекса ещё много лет назад - они от gcc отказались полностью. Сейчас, по крайней мере по моим бенчам, разрыв ещё больше увеличился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #207

181. Сообщение от Аноним (180), 18-Ноя-25, 14:38	+1 +/–
Собрать должны пользователи этих платформ, а не собираются они потому что их нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #376

182. Сообщение от Аноним (166), 18-Ноя-25, 14:40	–8 +/–
Самое забавное, что автор Питона - за перевод разработки на раст, но экспертам опеннета виднее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #184, #197, #215

184. Сообщение от Аноним (-), 18-Ноя-25, 14:42	–5 +/–
> Самое забавное, что автор Питона - за перевод разработки на раст, но экспертам опеннета виднее. Так ты сравнил какого-то автора питона с самыми экспертными ыкспертами! Понятно что они разбираются лучше)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

187. Сообщение от Аноним (37), 18-Ноя-25, 14:50	+/–
> Как же вам непросто жить. Чтобы ты понимал, он гентушник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #226

190. Сообщение от xsignal (ok), 18-Ноя-25, 14:55	+3 +/–
Раст - мёртворождённый проект, в данный момент его жизнь поддерживается исключительно искусственными вливаниями.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #319, #380

191. Сообщение от Аноним (191), 18-Ноя-25, 14:57	–2 +/–
> gccrs до релиза сильно дольше чем cg_gcc cg_gcc не решает буквально ни 1 проблемы хруста начиная с экосистемы хайпующих токсиков "скачайте ночнушку" жестко пофигистичным к проблемам эксплуатации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

193. Сообщение от Аноним (193), 18-Ноя-25, 14:59	+5 +/–
Браво!!! Гуманитарии всех стран, соединяйтесь! Добавим ещё больше бардака в экосистему питона подколодного!
Ответить | Правка | Наверх | Cообщить модератору

194. Сообщение от Аноним (-), 18-Ноя-25, 14:59	+/–
> Жди релиза gccrs Вот да, gcc-based фронтэнд было бы здорово. А все эти cogegen-gcc с проблемным rustc и его скачиванием ночнушек - не, спасибо. Пусть те господа 3930сами это юзают. Gcc куда более комфортный и дружественный по дефелопу тулчейн чем rustc, имхо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #294

196. Сообщение от Аноним (37), 18-Ноя-25, 15:01	+/–
> О, значит высосанные примеры кода из вашей методички ещё не убрали? Не убрали возможность отстрелить ногу на ровном месте. И не из методички, а из языка. Про высосаность вообще смешно, ибо такая проблема в реальной кодовой базе не будет локализирована в одной строчке кода (как в примере), а будет размазана по тысячам строкам логики. Висячие ссылки/указатели - одна из основных причин порчи памяти в плюсах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

197. Сообщение от xsignal (ok), 18-Ноя-25, 15:02	+1 +/–
Он давно уже отошёл от дел и поэтому не в теме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #326

198. Сообщение от Аноним (37), 18-Ноя-25, 15:02	+1 +/–
> Очевидно же - в голове того, кто пишет такой код)) Какой "такой"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

200. Сообщение от Медведь (ok), 18-Ноя-25, 15:13	+1 +/–
std::views::join_with, std::views::split тебе ни о чем не говорят?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #209

204. Сообщение от Аноним (204), 18-Ноя-25, 15:25	+1 +/–
Жир начал сочиться из системного блока рано утром. Солнце только показалось из-за горизонта, запели первые утренние пташки, а под компом уже была порядочная жирная лужа. Я не понимал в чём причина этого явления и просто протёр лужу. Когда я включил компьютер, жир начал вытекать уже и из монитора тонкой но непрерывной струёй. Я терпел, я думал это пройдёт. Но всё же была непонятна причина столь активного жироотделения. Когда я зашёл на опеннет, жир потёк таким потоком что нужно было подставлять тазик под монитор и системник и выносить их каждые 20 минут. Потом я открыл эту новость... Это было нечто невообразимое, это был уже не поток, это было какое-то цунами жира! Он хлынул из компа, ничто уже не могло его остановить! Поток жира нёсся, снося всё на своём пути. Не знаю каким чудом мне удалось уцелеть, ибо от моего дома остались одни руины, двор сейчас похож на пустыню с барханами из жира. Погибли люди, некоторые лишились крыши над головой. Жироватт, что же ты наделал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

205. Сообщение от alex74 (?), 18-Ноя-25, 15:26	+2 +/–
Проблема в том, что расширения v3 отсутствуют в недорогих процессорах внезависимости от их года выпуска.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #459

206. Сообщение от Аноним (180), 18-Ноя-25, 15:27	–1 +/–
> Дистры на этот случай сделали взаимоисключающую установку таких версий Это ложь. Везде без проблем ставятся несколько мажорных версий питона и параллельные деревья модулей для них.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

207. Сообщение от Аноним (6), 18-Ноя-25, 15:29	+1 +/–
Больше докладов смотри. Или открой дизассемблер и не пори чушь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #312

208. Сообщение от ProfessorNavigator (ok), 18-Ноя-25, 15:38	+1 +/–
>> Без прогона тестов? > Без. Сейчас попробовала снова после make clean - результат 1m1,692s Для чистоты эксперимента рекомендуется перед каждым прогоном чистить кеш ОС. # sync; echo 3 > /proc/sys/vm/drop_caches
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

209. Сообщение от ProfessorNavigator (ok), 18-Ноя-25, 15:42	+2 +/–
> std::views::join_with, std::views::split тебе ни о чем не говорят? Да можно проще)) Например так. std::string str1(" - Rust is useless"); std::string str2("\n - Yes, it's true"); str1 += str2;
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #431, #447

211. Сообщение от Кошкажена (?), 18-Ноя-25, 15:45	+/–
>>Исправил, не благодарите. > О, и это говорит человек, не осилившиый xml парсер. xml парсер даже гугл не осилил из недавней новости...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

212. Сообщение от Медведь (ok), 18-Ноя-25, 15:45	+1 +/–
Растик ожидаемо сел в лужицу, которую сам и напрудил: int a = 1; int& b = std::max(a, 10); пытаемся скомпилировать: main.cpp:21: ошибка: binding reference of type ‘int&’ to ‘const int’ discards qualifiers
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #292

215. Сообщение от Кошкажена (?), 18-Ноя-25, 15:50	+5 +/–
> Самое забавное, что автор Питона - за перевод разработки на раст А еще он работает в ms А еще он апрувнул коммит про джит в обход пеп, на что жаловались из гугла И дальше что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #219

216. Сообщение от Аноним (216), 18-Ноя-25, 15:54	+1 +/–
*на brainfuck
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

218. Сообщение от пох. (?), 18-Ноя-25, 16:01	–2 +/–
за отечественные можешь не переживать - новости про buy-к@л можешь сам погуглить. Эксперимент оказался успешен, но нет сырья и кадров. В общем, bye-bye. Проблема что никаких других скоро тоже не будет - кроме x86-64-Vутебяуженемодныйкупиновый и arm 64, который нужен только яблу, поэтому только на ЕГО процессорах все и будет работать более-менее нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #259, #313

219. Сообщение от Аноним (168), 18-Ноя-25, 16:06	+6 +/–
> он работает в ms Что-то слишком много "линуксоидов" работает в MS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #317, #379

220. Сообщение от Аноним (-), 18-Ноя-25, 16:10	–1 +/–
> Начинают посещать мысли, что делается это всё умышленно. Конечно! Так же как каменные топор заменялся на железный. Пахаря с сохой и лошадкой заменил трактор. А самобеглые кареты вытеснили гужевые. Кончено это делается умышленно. Да было и будет копротивление. Вон против машин даже запретительные законы принимали. Но прогресс это не остановило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #280

222. Сообщение от Аноним (224), 18-Ноя-25, 16:13	–2 +/–
>А то добавится ещё время сборки самого Раста. Вы на каждый проект раст собираете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #254

223. Сообщение от Аноним (-), 18-Ноя-25, 16:14	–2 +/–
> так они не думают про завтра. Странный вывод. Они как раз думают про завтра. > живут одним днём. а кто-то потом разгребать будет. Чушь. Ничего все эти болтуны из комментарием не будут разгребать. > но вообще, просто похоже на саботаж свободного софта. Так софт был и остался свободным. А вот то, что всякий сброд побежал указывать разработчикам языка как им нужно жить, это показательно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #305

224. Сообщение от Аноним (224), 18-Ноя-25, 16:16	+1 +/–
>опенсурс уже перестаёт быть опен Не перестаёт, а начинает. Свободное - это gpl и подобные, открытое - bsd, mit и подобное. >то там сырцы задерживают Зажимать исходники у открытого софта - это дело целиком и полностью правильное. Если вы не хотите зажатых исходников - выбирайте софт под свободными лицензиями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #363

226. Сообщение от Аноним (224), 18-Ноя-25, 16:17	+/–
Гентушник возмущается тем, что ему, оказывается, надо собирать софт. Ну надо же. Интересно, а где претензии к крестам(chromium) и сишке(https://www.opennet.dev/opennews/art.shtml?num=56449)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #287, #298

233. Сообщение от Аноним (224), 18-Ноя-25, 16:36	+/–
>У вас не правильный жлиб-ц, идите в пень (с) Поставь несколько glibc, в чём проблема? >В винде запускается софт или игрушки которым десятилетия, а в лялексе как повезет. Есть как минимум NixOS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #267

236. Сообщение от Медведь (ok), 18-Ноя-25, 16:48	+/–
> Rust сам всё проверяет, и всегда выдаёт валидный IR. Да-да, верим-верим: https://arxiv.org/html/2503.23985v1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #347

237. Сообщение от Аноним (224), 18-Ноя-25, 16:49	+/–
>растодеточка, обновляй методичку. Вот вы знаете, я вот как возьму, да как проверю int test(int* x) {     return *x; } int main() {     int *x = 0;     return test(x); } Вот мне интересно, я даже флаги компиляции не трогал, а предупреждение куда-то исчезло. Не подскажите куда?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #250

238. Сообщение от Аноним (224), 18-Ноя-25, 16:51	+/–
>А без этого костылика сможешь?)) Всё просто: нужно просто попросить сишников провести аудит каждого пакета и попросить отчитатся о каждом флаге сборки. Хотя-бы каждого, что есть в NixOS, а там дальше видно будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

241. Сообщение от Аноним (224), 18-Ноя-25, 16:55	+/–
>Мне как питонисту неприятны такие новости. Ну и как питонист вы просто возьмёте и затерпите. Вы не будете изучать си и поддерживать независимую реализацию. >не готовы заменить CPython У вас кто-то cpython забрал? Форкайте прямо сейчас, пока ещё не нужно по git log-у выяснять до какого коммита откатывать, а то дальше придётся страшный git bisect писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

243. Сообщение от Аноним (124), 18-Ноя-25, 16:56	+/–
Нужно название отечественное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

245. Сообщение от Аноним (245), 18-Ноя-25, 16:59	–2 +/–
Удобно, конечно. Потихоньку перепишут код на Rust и забудут об этом недоразумении под названием питон
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #285

250. Сообщение от Медведь (ok), 18-Ноя-25, 17:05	+/–
CppCheck, прямо в среде разработки: /home/<...>main.cpp:264: Possible null pointer dereference: x А вот такое чудно скомпилилось растом, без всяких предупреждений, и благополучно вылетело при старте: fn deref_and_print(ptr: *const i32) {     unsafe {         println!("Разыменованное значение: {}", *ptr);     } } fn call_with_zero() {     let zero = 0i32;     let ptr = zero as *const i32;     deref_and_print(ptr); } fn main() {     call_with_zero(); } и в чем тонкая разница? в словечке unsafe?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #255, #256, #272, #374

251. Сообщение от Аноним (124), 18-Ноя-25, 17:07	+1 +/–
Показатель зрелости языка это когда он написан на самом себе. Питон давно уже (пере-)со-зрел, а вот всё ещё не самом себе. Пожтому логично, если бы разработчики написали интерпретатор на статически типизируемом его подмножестве - Cython. Cython - компилятор, к тому же.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #264

254. Сообщение от Аноним (124), 18-Ноя-25, 17:14	+/–
У меня пока нет ни одного пакета в системе на Раст. А так придётся его собирать после каждого выпуска.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

255. Сообщение от Аноним (224), 18-Ноя-25, 17:21	+/–
>CppCheck: Отлично, только вот где этот CppCheck есть? Неуж-то нигде? https://archlinux.org/packages/extra/x86_64/cppcheck/ >Required By (3) Я аж чувствую гордость, за такое большое количество программ. >>И вот что-что а у gcc и clang статический анализ и варнинги очень сильно подтянули. В gcc аж вообще статический анализатор встроили в последних версиях. >Да? А покажи предупреждение, что разыменновывается нулевой указатель. Или как всегда лжёте? >>Не говоря о том что билдсистема может делать что угодно >Вот в том то и дело, что может делать что угодно, например не проверять ошибки вообще. Спасибо, что подтвердили оба факта: стандартные компиляторы вообще никак не проверяют даже такую простейшую ошибку, а так же то, что при сборке 99.99% софта никакой проверки не происходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250 Ответы: #261

256. Сообщение от Аноним (224), 18-Ноя-25, 17:22	+/–
>А вот такое чудно скомпилилось растом >unsafe Слишком толсто, вам пора на диету.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250 Ответы: #262

257. Сообщение от Бертолетова соль (?), 18-Ноя-25, 17:23	+/–
Ассемблер, вернись!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

258. Сообщение от Аноним (124), 18-Ноя-25, 17:24	+/–
> возможность потерять нулевой терминатор при работе со строками Это решается просто использованием средств работы со строками из STL вместо ковыряния в байтах строки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #284

259. Сообщение от Бертолетова соль (?), 18-Ноя-25, 17:26	+/–
Китайцы с расширенным "mips" закроют любые потребности от железа до ос
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #269

261. Сообщение от Медведь (ok), 18-Ноя-25, 17:29	+/–
> Отлично, только вот где этот CppCheck есть? Неуж-то нигде? > https://archlinux.org/packages/extra/x86_64/cppcheck/ И что ты показал, что cppcheck есть в репозиториях любого приличного дистрибутива? ок, спасибо, кэп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #263

262. Сообщение от Медведь (ok), 18-Ноя-25, 17:31	+/–
> Слишком толсто, вам пора на диету. В рже кем-то запрещен unsafe? Что сказать-то хотел? Я вообще удивлен, что unsafe запросто вызывается не из unsafe контекста, но что есть то есть. Кушайте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #273

263. Сообщение от Аноним (224), 18-Ноя-25, 17:37	+/–
>И что ты показал, что cppcheck есть в репозиториях любого приличного дистрибутива? И никем не используется. Вы возьмите и натравите его на все подряд пакеты, заодно и скрипт сюда скниньте. Сколько строк логи будут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261 Ответы: #270, #271, #429

264. Сообщение от Медведь (ok), 18-Ноя-25, 17:37	+2 +/–
> Показатель зрелости языка это когда он написан на самом себе. Питон давно уже (пере-)со-зрел, а вот всё ещё не самом себе. Пожтому логично, если бы разработчики написали интерпретатор на статически типизируемом его подмножестве - Cython. Cython - компилятор, к тому же. PyPy же. :) Ну почти: > PyPy состоит из стандартного интерпретатора и транслятора. Интерпретатор полностью реализует язык Python. Сам интерпретатор написан на ограниченном подмножестве этого же языка, называемом RPython (Restricted Python). В отличие от стандартного Python, RPython является статически типизированным для более эффективной компиляции
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251

265. Сообщение от User (??), 18-Ноя-25, 17:40	+/–
>> Ну так "вот это всё" начиная с, собственно, пакетных менеджеров как раз таки и городили, чтобы сборкой "по месту" не озадачиваться, не? > Неа, рекомендую покурить вопрос глубже. > Пакетники делали не для "ты не компилируешь дома" - иначе возможности сборки > и опакечивания были бы не развиты - а больше для решения > проблемы dependency hell, которая возникла буквально сразу после появления динамических > библиотек (вообще безотносительно их формата: dll, so, чёрт-лысый) не виндовым способом, > а грамотным разбиением софтового месива на пакеты Ну, причин, разумеется, было больше чем одна - но freebsd ports это "система сборки", а apt/dnf - пакетные менеджеры, которые про эту самую сборку знают вот "ничего" и вполне себе с этим живут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #428

267. Сообщение от User (??), 18-Ноя-25, 17:42	+/–
>>У вас не правильный жлиб-ц, идите в пень (с) > Поставь несколько glibc, в чём проблема? >>В винде запускается софт или игрушки которым десятилетия, а в лялексе как повезет. > Есть как минимум NixOS. Действительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233

268. Сообщение от Соль земли2 (?), 18-Ноя-25, 17:43	–1 +/–
Я думал типизация Rust как раз за счёт LLVM IR. Ну или хотя бы дополнительно контроллируется. Можно же на голом LLVM IR писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #275, #348

269. Сообщение от пох. (?), 18-Ноя-25, 17:45	+/–
жиантяны обычно очень посредственные кодеры. Что они смогут портировать на свой шмяпс хотя бы вот хрустопихон - это прям вот очень навряд ли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

270. Сообщение от Медведь (ok), 18-Ноя-25, 17:48	+/–
> И никем не используется Пруфы? Или болтаем-с? >  Вы возьмите и натравите его на все подряд пакеты, заодно и скрипт сюда скниньте Может мне еще и сплясать? Ну, чтоб тебе не скучалось?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263 Ответы: #276

271. Сообщение от ProfessorNavigator (ok), 18-Ноя-25, 17:48	+/–
> И никем не используется. Как вы это определили? Вы - экстрасенс?)) А можете сказать - использую я cppcheck или нет? А что я прям сейчас делаю?)) > Вы возьмите и натравите его на все подряд пакеты, заодно и скрипт сюда скниньте. Сколько строк логи будут? На бинарные пакеты?)) А ничего, что cppcheck для проверки исходных кодов?)) И нормальные люди его обычно в IDE интегрируют. Или код перед релизом на всякий случай на предмет ошибок проверяют. Но обсуждали мы не вашу некомпетентность... Мы обсуждаем то, что РЖАВЫЙ НЕ НУЖЕН ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263 Ответы: #279

272. Сообщение от Аноним (-), 18-Ноя-25, 17:49	–1 +/–
> А вот такое чудно скомпилилось растом, без всяких предупреждений, и благополучно вылетело при старте: А теперь повтори то же самое, добавив #![forbid(unsafe_code)]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250 Ответы: #277, #430

273. Сообщение от Аноним (224), 18-Ноя-25, 17:51	–1 +/–
>В рже кем-то запрещен unsafe? А вы - молодец. В документации как минимум 8 лет https://github.com/rust-lang/nomicon/blame/master/src/safe-u... об этом сказано, мне лень искать более ранние ссылки. Ещё немного, и за это время уже родившийся ребёнок с нуля осовоит раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #262 Ответы: #341

274. Сообщение от Аноним (224), 18-Ноя-25, 17:52	+/–
>экосистемы хайпующих токсиков "скачайте ночнушку" У сишников уже более чем полвека было, но альтернативы почему-то нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #417

275. Сообщение от Аноним (224), 18-Ноя-25, 17:54	+/–
>Я думал типизация Rust как раз за счёт LLVM IR. Он даёт не типизацию, а контроль за размерами типов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268

276. Сообщение от Аноним (224), 18-Ноя-25, 17:57	–1 +/–
>Пруфы? Или болтаем-с? Вам уже привели ссылку на пакет в арче, много вы там использования увидели? Мне вот просто интересно, как этот cppcheck будет использоваться при сборке того же питона, если он не указан в качестве сборочной зависимости?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270 Ответы: #343

277. Сообщение от Медведь (ok), 18-Ноя-25, 18:00	+/–
Ну, для начала собери ржавую же стандартную библиотеку с такой строчечкой, потом те ошметки растокода, что в андроиде, ну и так далее...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #282, #308

279. Сообщение от Аноним (224), 18-Ноя-25, 18:10	–1 +/–
>Как вы это определили? Вы - экстрасенс?)) Я вам даже ссылку процитировал: по количеству обратных зависимостей. Неуж-то вы это не поняли? >А можете сказать - использую я cppcheck или нет? Дайте подумать... https://github.com/ProfessorNavigator/mylibrary Ctrl+F cppcheck - фраза не найдена, хотя зависимости указаны. Кто бы мог подумать, что иделогический противник раста не использует статические анализаторы. >На бинарные пакеты?)) А ничего, что cppcheck для проверки исходных кодов?)) А ничего, что в репозитории отображаются сборочные зависимости тоже? >И нормальные люди его обычно в IDE интегрируют. У нормальных людей сборка в случае ошибок не проходит, вот прям совсем не проходит. И не важно, в чём кто код пишет - в виме или IDE. А у вас даже в той же IDE, но без плагина все ошибки дойдут до релиза. >Или код перед релизом на всякий случай на предмет ошибок проверяют. Пойдите и проверьте xorg перед релизом на ошибки. Или linux, а то сидят и позоряться своими ошибками пред растерами. Вот пойдите и проверьте, докажите ненужность раста. Потом будем на вас как на главного эксперта ссылаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #336

280. Сообщение от Аноним (65), 18-Ноя-25, 18:10	+1 +/–
>Так же как каменные топор заменялся на железный. Было бы верно, если С заменили бы на С++, а Rust - это такой же каменный топор, только с боровом, а он прекрасно заменяется умными указателями и семантикой перемещения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #358

282. Сообщение от Аноним (224), 18-Ноя-25, 18:18	+/–
>Ну, для начала собери ржавую же стандартную библиотеку с такой строчечкой А давайте больницы закроем, рак же лечить не могут. Ну а все остальные пускай умирают. >ну и так далее... Ой, оказывается unsafe может быть не 100% исходника, и даже не 50%. Непорядок, нужно чтобы все 100% было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277 Ответы: #340

284. Сообщение от Аноним (224), 18-Ноя-25, 18:23	+1 +/–
>Это решается просто использованием средств работы со строками из STL вместо ковыряния в байтах строки. Особенно решается при работе с сишными библиотеками, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258

285. Сообщение от _ (??), 18-Ноя-25, 18:23	+/–
FF-шку за более чем 10 лет переписать не осилили. В ведре пока тоже полностью опционально для жаждущих :) Но уже понятно что - додавят. GPL-ю готовят на выход, хорошо это или плохо ... ХЗ! Как почти во всех проектах с передачей прав - пусть умрёт. А вот как случайно у яжефины вышло - показало и нужность и робастность, причём не в тЭории а сугубо практически. Но ведь тоже убьют :( Причем RH будет впереди на лихом коне ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245

287. Сообщение от Аноним (287), 18-Ноя-25, 18:30	+4 +/–
> Гентушник возмущается > а где претензии к крестам(chromium) и сишке А он возмущается только тогда, когда удобно. А когда неудобно - уплетает за обе щеки Андроид с Файрфоксом. И да, когда в Питон втянут Раст, наш гентушник таки продолжит кушать Генту, ведь она от него зависит (напр. portage на нем написан). Лицемеры, что с них взять...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226

289. Сообщение от Аноним (287), 18-Ноя-25, 18:33	+/–
> 12yoexpert > RIP Ты же говорил, что у тебя Gentoo? Что собираешься делать, когда в Python втянут Rust? Ведь Гента зависит от Питона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #295

292. Сообщение от Аноним (287), 18-Ноя-25, 18:40	+/–
> main.cpp:21: ошибка: binding reference of type ‘int&’ to ‘const int’ discards qualifiers Ну добавь const. Суть-то не в этом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212 Ответы: #331, #339

293. Сообщение от Аноним (287), 18-Ноя-25, 18:42	–1 +/–
> Вообще-то тут будет ошибка компиляции Ты об отсутствии const у b? Ну да, только суть-то примера не в этом. Добавь const - и скомпилируется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #337

294. Сообщение от _ (??), 18-Ноя-25, 18:49	+1 +/–
> более комфортный и дружественный тулчейн Ну вот и озаботились третьим "Е" в "ЕЕЕ" - чё непонятного :( События пойдут лавинообразно. Будет "весело" ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

295. Сообщение от 12yoexpert (ok), 18-Ноя-25, 18:51	+3 +/–
страдать ещё больше, чем сейчас: браузер уже не собирается без раста
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289

296. Сообщение от _ (??), 18-Ноя-25, 18:54	+/–
Внимание страусам - пол бетонный!(С) Заметание мусора и проблем под коврик ... чирЬевато ... ну как минимум сурпризами :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

298. Сообщение от 12yoexpert (ok), 18-Ноя-25, 19:05	+2 +/–
> Гентушник возмущается тем, что ему, оказывается, надо собирать софт тем, что собирать софт на раст гораздо дольше при прочиx равныx (сравнивая с С/C++ pgo/lto), а бинарники получаются гигантскими из-за статической линковки и (не только из-за статической линковки, но и из-за принципиальной дефективности языка) тормознутыми тем, что мне противно держать корпорастический рак, призванный поставить на карачки опенсорс, у себя на компе, но приxодится рабочиx distcc/ccache для раста так и не завезли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #303, #438

299. Сообщение от _ (??), 18-Ноя-25, 19:08	+/–
> Ты забыл про node + v8, жс как язым можно и на встроенном интерпретаторе выполнять. Никогда, даже в стршаных снах не думал что это скажу ... но может тогда typescript? Его "отцам" бабла отвалили на написание нового не то компила не то транспила (на Go кстати) ... Чё-то с каждым месяцем typescript мне всё меньшим и меньшим злом видится ... может в отпуск пора? :-DDDD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

300. Сообщение от _ (??), 18-Ноя-25, 19:13	+1 +/–
Не парься, есть только x86-64 и ARM-64! Причём, хоть раст в этом и участвует, но он здесь даже не на третьих ролях ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #392

303. Сообщение от Аноним (303), 18-Ноя-25, 19:18    Скрыто ботом-модератором	+/–
> тем, что мне противно держать корпорастический рак, призванный поставить на карачки опенсорс, у себя на компе, но приxодится А почему при этом ты не называешь "корпорастическим раком" само ядро, почти 100% вклада вкоторое вклада делают сугубо те самые корпорации? Или ядро тоже противно, но когда альтернатив нет - можно и потерпеть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #298 Ответы: #310, #324

304. Сообщение от Аноним (303), 18-Ноя-25, 19:22	+1 +/–
> Готовые бинари непортабельны часто по архитектурам Бинари и не могут быить портабельны по архитектурам. > собраны криво. Ну да, левый васян-то знает, как собирать правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

305. Сообщение от _ (??), 18-Ноя-25, 19:23	+/–
> Так софт был и остался свободным. Ну подумаешь - заменили GPL на ... :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #359

306. Сообщение от _ (??), 18-Ноя-25, 19:27	+1 +/–
> Хотя ему уже все равно вроде как. Раз в год квакнуть и ... ну копейка капает, а чего ещё на пензии надо?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

308. Сообщение от Аноним (-), 18-Ноя-25, 19:30	+/–
> Ну, для начала собери ржавую же стандартную библиотеку с такой строчечкой, потом те ошметки растокода, что в андроиде, ну и так далее... С какого перепугу? Разве авторы тех библиотек пишут такой гоvнокод, как ты привёл выше? Ты продемонстрировал свою неадекватность, намеренно разыменовав указатель без предварительной проверки. Если бы ты работал в команде над проектом, приведённой строчкой тебе б запретили писать unsafe код. Даже медведя можно выдрессировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277 Ответы: #338

310. Сообщение от 12yoexpert (ok), 18-Ноя-25, 19:36	+1 +/–
потому что без расторака корпорасты не пытались лишить коммьюнити контроля над ядром. тебе и правда банальнейшие вещи нужно объяснять? попробуй немного подумать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303

311. Сообщение от _ (??), 18-Ноя-25, 19:42    Скрыто ботом-модератором	+/–
> Я понимаю что Вирт мёртв, но... Но модула нынче в GCC ... жаль пока дед был жив - не осилили... :( > давно ничего не было про Оберон. Ну тут ХЗ. Оно на вкус фантиков - даже луДше модулы ... но ... PS: Не моя поляна - увы. Я в войне пасквилянтов с насильниками - насильничал ;) Хотя дедушку Вирта - уважаю. Таких больше не делают!(С)  :(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

312. Сообщение от Аноним (312), 18-Ноя-25, 19:47	+/–
Открыл, LLVM генерирует более эффективный код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #318, #407

313. Сообщение от _ (??), 18-Ноя-25, 19:51	+/–
> за отечественные можешь не переживать - новости про Уже есть свой техпроцесс 150нм :) Не буду ничего писать, всё равно модеры потрут, ну оно и правильно - развесистый неприкрытый мат и нужно тереть :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

314. Сообщение от Bottle (?), 18-Ноя-25, 19:55	–1 +/–
Разница большая, от типизации напрямую зависит производительность. Питончик такой медленный, потому что любой его простой тип динамический и иммутабельный одновременно (sic!). Это значит, что когда вы модифицируете int, вы не изменяете его, а создаёте новый объект того же динамического типа с той же ссылкой в памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #349

317. Сообщение от _ (??), 18-Ноя-25, 20:01	+1 +/–
АяЁтАкоГа?!? Платиновый спонсор - все дела! Всё как вы любите! Опяить же - решающий вклад в линукЗЪ, что Azure Linux что WSL - всё на благо! Правдо на чьЁ именно благо ... :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #386

318. Сообщение от Аноним (6), 18-Ноя-25, 20:02	+/–
Ты хотел сказать, более раздутый. Я вполне конкретно сказал, у gcc код более универсальный. Прогони pgo, и он будет более быстрый. Но это си. В случае с плюсами, у шланговой libcxx не получается столь же оптимальный код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312 Ответы: #320

319. Сообщение от _ (??), 18-Ноя-25, 20:05	+1 +/–
> Раст - мёртворождённый проект ну не знаю ... а Haskell тогда что? И ничего - живёт. rust - просто ещё один язык, некоторые из них тоже пихали прямо подобным же образом - и даже слоганы про безопасТность были похожие :) С некоторыми - даже получилось, но они уже  (через 30 лет то!) медленно вываливаются из популярности ... ну и решили что нужна замена, контролируемая ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #356, #388

320. Сообщение от Аноним (6), 18-Ноя-25, 20:05	+/–
Мне особенно понравилось, как шланг внезапно начал вставлять неподдерживаемые инструкции в arch=native билды, признак профессионализма.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #318

321. Сообщение от sena (ok), 18-Ноя-25, 20:05	+/–
Питон надо на питоне переписать, чтобы он из Питона и бутстрапился. Пока невозможно? Ну так переписывайте как можно больше на Питоне и выкидывайте как можно больше Си, нафига Раст там?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #353

324. Сообщение от 12yoexpert (ok), 18-Ноя-25, 20:19	+1 +/–
> почти 100% вклада вкоторое вклада делают сугубо те самые корпорации? 1) ты очень скучный 2) ты отвечаешь не на моё сообщение, а на свои ассоциации-нарративчики, связанные с моим сообщением
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303

325. Сообщение от BrainFucker (ok), 18-Ноя-25, 20:40	+3 +/–
Я конечно не настоящий сварщик, а нельзя на C создать библиотеку, где реализована "безопасная работа с памятью" и просто её использовать везде, вместо того чтобы другой язык тащить в проект? Ну или я не знаю, написать эту библиотеку на rust и пропихнуть её в системы в качестве базы наряду со всякими libc чтобы использовали её во всех проектах, где парятся о "безопасности". А вообще если полностью перейдут на rust, то пофиг.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #328, #330, #332

326. Сообщение от Аноним (326), 18-Ноя-25, 20:40	–1 +/–
Так точно. Мнение создалетя языка важно только тогда, когда совпадает с мнением эксперта с опеннета. Во всех остальных случаях - "дедушка отошёл от дел", "дедушке пох", "он работает в МС, его купили" и так далее. Когда уже в стране с лучшим в мире образованием начнут в школах преподавать ошибки мышления (bias)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #329

328. Сообщение от Аноним (363), 18-Ноя-25, 20:59	+2 +/–
> а нельзя на C создать библиотеку, где реализована "безопасная работа с памятью" "Не, мужик, так ты слона не продашь" (с)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #325

329. Сообщение от Аноним (363), 18-Ноя-25, 21:01	+1 +/–
> Мнение создалетя языка важно только тогда, когда совпадает с мнением ... ... руководства компании. Разработчик JS тому пример.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #326

330. Сообщение от Аноним (330), 18-Ноя-25, 21:03	+2 +/–
Все нормальные так и делают - для работы со структурами данных, использующих динамическую память - хорошо отлаженная и оттестированная библиотека, и нет проблем! Тысячи программ на Си 24/7/365 молотят и обеспечивают нашу информационную жизнь, а растисты только ноют и козыряют надуманными CVEшками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #325 Ответы: #354

331. Сообщение от Аноним (363), 18-Ноя-25, 21:03	+1 +/–
> Суть-то не в этом. А суть в том, что растсеры не знают Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #344

332. Сообщение от Аноним (330), 18-Ноя-25, 21:11	+3 +/–
Источники ошибок на Си - корпорасты с их порочными методиками «быстрой» разработки!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #325 Ответы: #333

333. Сообщение от BrainFucker (ok), 18-Ноя-25, 21:14	+/–
Ну, я б не сказал что среди любителей сплошь одни гуру.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #332 Ответы: #342, #362

334. Сообщение от уп (?), 18-Ноя-25, 21:23	+/–
Оберон вдохновил Go. https://www.oreilly.com/api/v2/epubs/9780134190570/files/gra...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #421

335. Сообщение от 12yoexpert (ok), 18-Ноя-25, 21:39	+1 +/–
хоть кто-то понимает очевидные вещи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

336. Сообщение от Медведь (ok), 18-Ноя-25, 22:11	+/–
Ты количество установок считаешь по числу обратных зависимостей? Ну что тут сказать... > У нормальных людей сборка в случае ошибок не проходит, вот прям совсем не проходит Странно, у меня в примере выше сборка на ржавом с явно кривым кодом вполне прошла... И без предупреждений, ЧСХ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279 Ответы: #398

337. Сообщение от Кошкажена (?), 18-Ноя-25, 22:12	+/–
>> Вообще-то тут будет ошибка компиляции > Ты об отсутствии const у b? Ну да, только суть-то примера не > в этом. Добавь const - и скомпилируется. Добавь опцию -Wdangling-reference
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293 Ответы: #346

338. Сообщение от Медведь (ok), 18-Ноя-25, 22:15	+/–
> Ты продемонстрировал свою неадекватность, намеренно разыменовав указатель без предварительной проверки. Если бы ты работал в команде над проектом, приведённой строчкой тебе б запретили писать unsafe код. А ржаванутый, который привел выше аналогичный код на плюсах, продемонстировал адекватность. Вы не понимаете, это другое, как же, как же. Если кривой код на плюсах -- то это язык плохой, если на ржавом -- то я виноват. Ожидаемые финты ушами у ржавозависимых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308 Ответы: #391

339. Сообщение от Медведь (ok), 18-Ноя-25, 22:18	+/–
> Ну добавь const. Суть-то не в этом. Вот не буду ничего тебе рассказывать про const T& в C++, позорься дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #345

340. Сообщение от Медведь (ok), 18-Ноя-25, 22:32	+/–
Ага, вот именно, не лечат по факту нигде, но на больничке "rust" повесили табличку "лечим от трёх видов рака". Но зато входить в нее надо на четвереньках, по коридорам ползать по пластунски.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #401

341. Сообщение от Медведь (ok), 18-Ноя-25, 22:35	+/–
В документации к C/C++ черным по белому испокон веку -- нельзя разыменовывать nullptr. Всё в порядке, это есть в документации, расходимся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #400

342. Сообщение от Аноним (342), 18-Ноя-25, 22:38	+1 +/–
Да там и не нужно особым гуру быть, достаточно писать программы аккуратно и сосредоточенно, а не с анимешкой на фоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333

343. Сообщение от Медведь (ok), 18-Ноя-25, 22:47	–1 +/–
Да не мелочись, требуй PVS-Studio в зависимостях к python сразу! Гулять так гулять! Ну и чтоб два раза не ходить, сразу чтоб при закачке исходников python по почте отдельный ноутбук для сборки высылали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #397

344. Сообщение от Аноним (303), 18-Ноя-25, 22:52	+/–
> & = std::max > не знают Си Ты видишь Си там, где его нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #331

345. Сообщение от Аноним (303), 18-Ноя-25, 22:55	+/–
> Вот не буду ничего тебе рассказывать про const T& в C++ Так он и не просил тебя что-то рассказывать про const T& (да и что ты можешь рассказать?). Смысл того примера кода не понял ты, а якобы позорится при этом почему-то он. Странный ты какой-то...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #339 Ответы: #352

346. Сообщение от Аноним (303), 18-Ноя-25, 23:01	+/–
>> суть-то примера не в этом > Добавь опцию -Wdangling-reference Вы упорно игнорируете тот факт, что в сколь-нибудь сложном коде ваш -Wdangling-reference не сработает. Какой-то копиум, ей-богу. Ну ок, а какую опцию мне добавить для этого: std::vector v{1, 2, 3}; const auto& i = v[0]; v.push_back(4); std::cout << i << '\n'; Расскажите мне теперь, как Раст не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #337 Ответы: #355, #370

347. Сообщение от morphe (?), 18-Ноя-25, 23:12	–1 +/–
>> Rust сам всё проверяет, и всегда выдаёт валидный IR. > Да-да, верим-верим: https://arxiv.org/html/2503.23985v1 И что тут про невалидный IR? Ни слова не вижу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236

348. Сообщение от morphe (?), 18-Ноя-25, 23:16	+1 +/–
> Я думал типизация Rust как раз за счёт LLVM IR. Ну или > хотя бы дополнительно контроллируется. Можно же на голом LLVM IR писать. У llvm очень простая типизация относительно Rust. Нет, Rust генерирует валидный IR, и любая ошибка от llvm считается фатальной ошибкой компилятора rustc Аналогично себя ведут другие компиляторы на базе llvm, к слову LLVM свои входные данные не особо проверяет, только если его с assertions собирать, но в этом случае оно в несколько раз медленнее чем без них. По этой же причине на голом ir руками тоже не то чтобы удобно писать (не говоря уж про то что текстовое представление ir ломается регулярно, и ir надо строить либо через код, либо в бинарном виде)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268

349. Сообщение от Аноним10084 и 1008465039 (?), 18-Ноя-25, 23:21	+/–
В Питоне да. Но какое это имеет отношение к божественному Расту или LLVM IR?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314

350. Сообщение от Аноним (-), 18-Ноя-25, 23:28	+/–
> Запомните, юные авангардисты, чем глубже вы сегодня засовываете Раст, тем больнее его завтра будет вынимать. Кек. Так они засовывают раст кому? Себе чтоле? Кому больнее-то будет? И зачем ты им об этом рассказываешь тогда? Чтобы они удвоили усилия?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

352. Сообщение от Медведь (ok), 18-Ноя-25, 23:45	+2 +/–
О, еще один наивный чукотский вьюнош. А зря не попросил, потому что код int a = 1; const int& b = std::max(a, 10); std::print("{}\n", b); // к примеру вполне корректен и не содержит UB, почему -- велкам в документацию C++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345 Ответы: #384

353. Сообщение от Аноним (353), 19-Ноя-25, 00:04	+/–
Ну дык так можно и не дождаться пока он соберется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #321

354. Сообщение от Аноним (353), 19-Ноя-25, 00:09	–3 +/–
Нельзя это сделать, проблема будет в кривом использовании функций этой библиотеки. За свободу С надо платить. Даже если писать на С++ в безопасной манере, не выделяя память и не освобождая самому, а только через smart pointers, все равно возможны проблемы. Которые раст решит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #330 Ответы: #423

355. Сообщение от Медведь (ok), 19-Ноя-25, 00:22	+/–
Если по какой-то неведомой причине кровь из носу надо будет сделать именно так, то в C++ можно включить голову и решить проблему: std::vector v{1, 2, 3}; v.reserve(100); const auto& i = v[0]; v.push_back(4); std::cout << i << '\n'; В рже ты будешь бегать от чекера боровов до посинения. Ну а вообще процитирую ржавоеда (в мой адрес): > Ты продемонстрировал свою неадекватность, намеренно <описание ошибки>. Если бы ты работал в команде над проектом, приведённой строчкой тебе б запретили писать unsafe код. Вот у тебя примерно то же самое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #346 Ответы: #373, #403

356. Сообщение от Медведь (ok), 19-Ноя-25, 01:04	+1 +/–
Haskell много честнее ржи, он не обещает больше, чем может дать, но то что обещает -- то дает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319

357. Сообщение от Вася Пупкин (?), 19-Ноя-25, 01:29	+/–
С гилом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

358. Сообщение от Вася Пупкин (?), 19-Ноя-25, 01:33	+1 +/–
Ну-ну. Полечи ещё гонки данных в меогопоточном коде, избавься от нулпоинтеров, поддежки модулей и готовых библиотек в экосистеме. потом думай чего ещё не хватает в крестах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280 Ответы: #419

359. Сообщение от Вася Пупкин (?), 19-Ноя-25, 01:35	+/–
Ну и где лицензия питона сменилась балабол ты наш
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #305 Ответы: #420

360. Сообщение от Алексей (??), 19-Ноя-25, 01:55	–1 +/–
Python собирается избавляться от Global Lock. Так что внесение в зависимости языка, который позволяет серьезно упростить написание многопоточного кода это вполне разумный шаг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

361. Сообщение от 12yoexpert (ok), 19-Ноя-25, 02:58	+/–
раста достаточно, у него и у llvm проприетарная лицензия и рубильник на собственном репозитории библиотек
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

362. Сообщение от 12yoexpert (ok), 19-Ноя-25, 03:02	+/–
любители пишут то, что нужно лично им, и никто их не торопит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #371

363. Сообщение от Аноним (363), 19-Ноя-25, 04:06	+/–
боюсь спросить, а ты точно понимаешь термины open и free?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224 Ответы: #375, #396

365. Сообщение от Аноним (366), 19-Ноя-25, 04:34	+/–
А что ты ожидал от тех, кто на зарплате у Майкрософта?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

366. Сообщение от Аноним (366), 19-Ноя-25, 04:38	+1 +/–
он непригоден для рантайма абсолютно. А разработчики могут у себя в слоновой башне свой питон сколько угодно разрабатывать, толк будет только если для рантайма пригодно. А растоподелки для рантайма абсолютно непригодны, ибо память жрут, это by design. Следующим этапом каждую либу в свою SEV-огороженную виртуальную машину засунут, "ради безопасности детей", а камни без SEV или аналогов заблаговременно дропнут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

367. Сообщение от Аноним (366), 19-Ноя-25, 04:44	+1 +/–
Нихрена они не совместимы, большинство модулей совместимы только с CPython, более того, только с версия-специфичным API, а ограниченное, портативное между версиями, разрабы внедрять просто не хотят, даже если это делается элементарно добавлением пары флагов (но муторно в каждый проект их вручную добавлять). А во многие проекты внедрить Limited API так просто не получится. А сторонние реализации если и дают хоть какую-то совместимость с CPython в плане использования модулей, во-первых делают это исключительно с Limited API, во вторых даже так большинство скомпиленных модулей не работает. По факту наличие официальной реализации гарантирует, что большая часть кода будет прибита гвоздями к этой официальной реализации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

369. Сообщение от Аноним (369), 19-Ноя-25, 04:56	+/–
>Скажу по секрету - x86-машинный код вообще бестиповый Размер регистра и тип операции - дают тебе полноценный тип.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #427, #435

370. Сообщение от Кошкажена (?), 19-Ноя-25, 05:04	+2 +/–
>>> суть-то примера не в этом >> Добавь опцию -Wdangling-reference > Вы упорно игнорируете тот факт, что в сколь-нибудь сложном коде ваш -Wdangling-reference > не сработает. Какой-то копиум, ей-богу. > Ну ок, а какую опцию мне добавить для этого: 1. Читать документацию. 2. Использовать статический анализатор. 3. Использовать адрес санитайзер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #346 Ответы: #382, #404

371. Сообщение от BrainFucker (ok), 19-Ноя-25, 05:50	+/–
У любителей свободного от работы и личной жизни времени не так много, там тоже многие пишут лишь бы как-то получить результат побыстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #362 Ответы: #389

373. Сообщение от VVVVVV (?), 19-Ноя-25, 06:17	–1 +/–
> v.reserve(100); Это какой-то позор xD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #355 Ответы: #378, #405

374. Сообщение от Аноним (374), 19-Ноя-25, 06:42	–1 +/–
под miri: error: Undefined Behavior: pointer not dereferenceable: pointer must be dereferenceable for 4 bytes, but got null pointer   --> src/main.rs:3:49    | 3 |         println!("Разыменованное значение: {}", *ptr);    |                                                 ^^^^ Undefined Behavior occurred here    |    = help: this indicates a bug in the program: it performed an invalid operation, and caused Undefined Behavior    = help: see https://doc.rust-lang.org/nightly/reference/behavior-conside... for further information
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250

375. Сообщение от Аноним (-), 19-Ноя-25, 06:56	+/–
Упрощённо, да понимаю. Этого достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #363

376. Сообщение от Bottle (?), 19-Ноя-25, 07:41	+/–
Спойлер: их и не будет, если софт туда не портировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

378. Сообщение от Аноним (378), 19-Ноя-25, 08:44	+/–
Нет, если в алгоритме есть оценка снизу на длину массива, но с другой стороны...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #373

379. Сообщение от Аноним (379), 19-Ноя-25, 09:13	+/–
Как в 90е, только ещё монопольнее: Гугл - хозяин интернетов, МС - хозяин десктопов, Оракл - хозяин серверов. Только гугл тут полностью новая морда, в 90е хозяином серверов была Сан, купленная Орками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #387

380. Сообщение от Аноним (379), 19-Ноя-25, 09:16	+/–
Нет, дорогой, мертво - это всё, что вливаниями не поддерживается. А что вливаниями поддерживается - будь оно хоть 100 раз мертво, тебе придётся на него перейти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #422

382. Сообщение от Аноним (382), 19-Ноя-25, 09:34	+/–
Ну, то есть, опции нет, и ни компилятор, ни умные указатели в этом случае никак не спасают. Но при этом мы все так же не понимаем, зачем нужен Раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #370

383. Сообщение от Кошкажена (?), 19-Ноя-25, 09:34	+/–
> Вот же провокаторы. Пусть делают форк и называют его RPython Ты не поверишь, но RPython - это язык в pypy https://rpython.readthedocs.io/en/latest/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

384. Сообщение от Аноним (382), 19-Ноя-25, 09:44	+/–
> вполне корректен и не содержит UB, почему -- велкам в документацию C++ И плевать, что компилятор тебе прямым текстом говорит: > warning: possibly dangling reference to a temporary [-Wdangling-reference > the temporary was destroyed at the end of the full expression 'std::max<int>(a, 10)' Твоя экспертиза как всегда 10/10. 😂 > велкам в документацию C++ Например, в cppreference.com, где пямым текстом написали: Capturing the result of std::max by reference produces a dangling reference if one of the parameters is a temporary and that parameter is returned:
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #352 Ответы: #390

386. Сообщение от пох. (?), 19-Ноя-25, 09:58	+/–
> Опяить же - решающий вклад в линукЗЪ, что Azure Linux что WSL > - всё на благо! > Правдо на чьЁ именно благо ... :) наше, наше. Уж лучше wsl чем протухт rhbm. (последнее их достижение - выпилили ftp. В венде поганой, где уже в общем-то и неясно, кому нужен, есть клиент, а в лючшем юникс чем юникс - не будет, неположено вам!) А докеры в докере под докером в венде даже удобней запускать. Пихоноподелки собранные вместе с пихоном в экзешник, кстати, тоже. Никаких тебе поисков по закоулкам OBS уникально собранного кривого сошника.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #317

387. Сообщение от пох. (?), 19-Ноя-25, 10:03	+/–
> в 90е хозяином серверов была Сан, купленная Орками. не был. Серверов было - оппой жуй. От еще не вымерших окончательно микроvax до интелов-переростков с isc unix (это были не совсем уже писюки, и стоили дороже самолета, но все же это были интелы с более-менее стандартной архитектурой) со всеми промежуточными остановками, от хепе до ibm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379 Ответы: #437

388. Сообщение от пох. (?), 19-Ноя-25, 10:08	+/–
>> Раст - мёртворождённый проект > ну не знаю ... а Haskell тогда что? И ничего - живёт. язык для любителей математических закорючек. Живет, где-то там на обочине цивилизации. Далеко-далеко от системного программирования, потому что вообще далек от реального компьютера. И, заметь - никто на нем ничего не переписывает "чтоб безопастно" или с любой другой целью. Так-то пролог наверное тоже где-нибудь живет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319

389. Сообщение от 12yoexpert (ok), 19-Ноя-25, 10:09	–1 +/–
тебе-то откуда знать? как-нибудь попробуй у них спросить вместо того, чтобы самому придумывать, как у них "там" и что
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #371 Ответы: #425

390. Сообщение от Медведь (ok), 19-Ноя-25, 11:25	+/–
Да, признаю, ошибся. Это UB и висячая ссылка. Посыпаю голову пеплом и все такое. Правильно так: int a = 1; const int &b = std::ranges::max({a, 10}); здесь результат вернется по значению, и будет удерживаться ссылкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #384 Ответы: #406, #456

391. Сообщение от Аноним (-), 19-Ноя-25, 11:53	–1 +/–
> А ржаванутый, который привел выше аналогичный код на плюсах, продемонстировал адекватность. Это типичный код на Си. > Вы не понимаете, это другое, как же, как же. Если кривой код на плюсах -- то это язык плохой, если на ржавом -- то я виноват. На си/плюсах у тебя нет возможности написать иначе. А на расте есть. Поэтому да, виноват ты. unsafe fn print(ptr: *const i32) // инварианты должна соблюдать вызывающая сторона fn print(ptr: &i32) // инварианты проверяет компилятор fn print(ptr: *const i32) // такой прототип ты никогда не увидишь как часть публичного интерфейса, разве что как приватный вспомогательный метод. Какой из вариантов выбрал ты? > Ожидаемые финты ушами у ржавозависимых. Нет. Код на расте более выразителен, чем на си/плюсах. А ты пытаешься упростить Rust до своего уровня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #338 Ответы: #394

392. Сообщение от пох.. (?), 19-Ноя-25, 12:01	–1 +/–
arm64 тоже нет (потому что нет такого процессора). apple M - есть (и дайте угадаю - скоро-скоро не каждая цифирка после М будет одинаково полезной)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300

393. Сообщение от _kp (ok), 19-Ноя-25, 12:09	+/–
>> обычно спокойно скомпилирует. Прололчу про разработку в vim и подобном. > ругаться будет - компилер. Да, компиляторы сильно подтянули. Но в упомянутом Visual Studio не то что предупредений больше, что то он вообще не рекомендует компилировать, то есть диагностика существенно сильнее. Я больше для контроллеров пишу, а там среды разработки скромнее, но фрагменты кода люблю в VS сперва прогонять. >Если все что вы > можете это запустить "свежий visual studio" то в общем то - > это не ваша заслуга. И в приличных местах вас соответственно не > ждут. А Вы не "доктор левой руки до локтя"? Под Windows то, тоже приходится писать. А если инструмент все равно используется, зачем ещё сторонние инструменты. Кстати, и под Мак тоже приходится писать, и очевидно для пользователей лучше нативные приложения, а не кроссплатформенные Электроны и т.п. Вот если бы вся экосистема ограничивалась  только Linux, то тогда не только другое дело, но и проблем меньше, из за отсутствия зоопарков систем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #413

394. Сообщение от Медведь (ok), 19-Ноя-25, 12:13	+/–
Как всегда, ржастики горстями глотают этодругин.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #391

395. Сообщение от rshadow (ok), 19-Ноя-25, 16:05	+/–
Самые лучшие утилиты для питона написаны на rust. Например ruff и  uv. https://docs.astral.sh/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #416

396. Сообщение от Аноним (396), 19-Ноя-25, 17:09	+/–
>боюсь спросить, а ты точно понимаешь термины open и free? Для начала, этот вопрос следует задать вам. Open идеален для корпораций, например Sony может абсолютно бесплатно взять FreeBSD и выпустить PlayStation. Выгода для Sony в том, что можно взять полностью готовую ОС, немного поправить под свои нужды, и выпустить, не делясь ни с кем. Столлман основал Free - код под GPL(и подобными лицензиями) нельзя просто так взять и забрать себе, им нужно обязательно поделиться. Засилье Open вместо Free как раз и приводит к текущей ситуации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #363

397. Сообщение от Аноним (396), 19-Ноя-25, 17:14	–1 +/–
>Да не мелочись, требуй PVS-Studio в зависимостях к python сразу! Вот удивительно, но крестовик(или сишник?) даже не догадывается, что для того, чтобы на крестах получить результат хотя-бы сравнимый с rust-ом, ocaml-ом или haskell-ем, нужно добавить в зависимости хотя-бы один статический анализатор. Как и ожидалось от крестовика, баги сами себя не напишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #343 Ответы: #402

398. Сообщение от Аноним (396), 19-Ноя-25, 17:21	–1 +/–
>Ты количество установок считаешь по числу обратных зависимостей? У вас логика отсутствует напрочь. Вы можете себе хоть три миллиона установок сделать на свою машину, в реальности подавляющее количество проектов, гораздо больше чем 99.99% статическим анализатором не проверяются. И в случае проверки просто утонут в ошибках. Вы, как настоящий крестовик(или вы прикидываетесь?) можете запросто форкнуть условные иксы, добавить туда статический анализ, и скинуть сюда ссылку, в качестве доказательства того, что код там хороший. Но вы этого не делаете по той простой причине, что сами прекрасно понимаете, что очень быстро натолкнётесь на проект, где таких предупреждений будут тысячи. А если делать это для каждого пакета в репозитории, то вы утоните в предупреждениях. >Странно, у меня в примере выше сборка на ржавом с явно кривым кодом вполне прошла... В вашем коде есть слово unsafe, которое можно обнаружить простым grep-ом. Дырени и ошибки в си простым grep-ом не обнаружить. >И без предупреждений, ЧСХ. Вам скинули ссылку, как отключить unsafe код, известно это уже более 8 лет, но вы до сих пор этого не узнали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #336

400. Сообщение от Аноним (396), 19-Ноя-25, 17:23	–1 +/–
>В документации к C/C++ черным по белому испокон веку -- нельзя разыменовывать nullptr. Хорошо, а как мне найти все места, где это может происходить? Может быть простым grep-ом? Каким флагом отключить это? Как это никак? Вы почитайте блог psv-studio, сколько ошибок находится в обычном проекте, и это при том, что они описывают далеко не каждую ошибку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341

401. Сообщение от Аноним (396), 19-Ноя-25, 17:28	–1 +/–
>но на больничке "rust" повесили табличку "лечим от трёх видов рака" Ух-ты, вы, спустя столько лет, наконец-то узнали, что rust решает не все проблемы. Того и глядишь, лет за 16 наконец-то выясните какие именно проблемы он решает и как. А теперь к вам вопрос: почему вы призываете отказаться от решения этих проблем прямо сейчас? Сколько ещё ждать, пока вы не согласитесь с тем, что места, где может быть разыменнован нулевой указатель, должны быть хотя-бы как-то помечены? Сколько ещё ждать, пока вы не согласитесь с тем, что гигиенические макросы всё-таки лучше, чем замена текста в стиле си? >Но зато входить в нее надо на четвереньках, по коридорам ползать по пластунски. Фантазии не подкрепленые доводами, остаются фантазиями. Где ваше решение этой проблемы, но только нормальное? Как-так неужели никакого нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #340

402. Сообщение от Медведь (ok), 19-Ноя-25, 17:30	+/–
Вот удивительно, но ржавовик (или ржавник?) не догадывается, что не весь инструментарий для ржи устанавливается автоматом как зависимость. > баги сами себя не напишут. Конечно, судя по новостям про Cloudflare их успешно напишут растопитеки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #397 Ответы: #441

403. Сообщение от Аноним (396), 19-Ноя-25, 17:39	+/–
>Если по какой-то неведомой причине кровь из носу надо будет сделать именно так, то в C++ можно включить голову Разработчикам xorg надо всего-лишь включить голову. Разработчикам linux надо всего лишь включить голову. Разработчикам chromium надо всего лишь включить голову. И так далее. >В рже ты будешь бегать от чекера боровов до посинения. Оказывается, писать на языке, предлагающим ручное управление памятью, сложно. Нет, кто бы мог это подумать? И тут перед вами есть аж целых три варианта, как писать качественный код: продолжить писать на rust, мысля сугубо в его терминах; изобретать какую-то более сложную систему типов, которая будет обрабатывать и эти ситуации, как например в языке inko; отказаться от rust и перейти на язык с GC, вроде go или ocaml. Но вместо этого, вы хотите плодить баги, по этому продолжаете писать на крестах. >v.reserve(100); Костыль подъехал. Отлично, теперь упадёт не сразу, а спустя ещё несколько элементов, при этом ровно на том же месте. Просто замените >v.push_back(4); на цикл >>Если бы ты работал в команде над проектом, приведённой строчкой тебе б запретили писать unsafe код. Осталось найти того, кто данную строку в крестах найдёт. Поскольку простым grep-ом её не найти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #355 Ответы: #465

404. Сообщение от Аноним (396), 19-Ноя-25, 17:41	–1 +/–
>2. Использовать статический анализатор. Остался один маленький шаг: статический анализатор нужно объеденить с компилятором, а то как показывает практика, статические анализаторы крестовики почему-то не используют. Вот вы не знаете почему? И я не знаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #370 Ответы: #415, #434

405. Сообщение от Аноним (396), 19-Ноя-25, 17:42	–1 +/–
>Это какой-то позор xD Пока гугл приближает js к скорости крестов, крестовики приближают кресты к прожорливости js.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #373

406. Сообщение от Аноним (396), 19-Ноя-25, 17:43	–4 +/–
>Да, признаю, ошибся. Это UB и висячая ссылка. Крестовик не знает где ub, а где не ub, а компилятор ему в этом никак не помогает. Как и ожидалось от крестовиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #390 Ответы: #457

407. Сообщение от Аноним (407), 19-Ноя-25, 17:49	+/–
> Открыл, LLVM генерирует более эффективный код. Новые версии LLVM генерят - какую-то дичь, делая код тормозным, пухлым, а если совсем не повезло - вообще некорректным. Видимо гугло или эпл нагнало совсем индусов по объявлениям. И теперь оно - так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312

408. Сообщение от Аноним (-), 19-Ноя-25, 18:05	+/–
> 2025 год на дворе, а вы до сих пор не осилили Nix. > Стыдно должно быть. Костыль для разведения террариума в вашем зоопарке^W системе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

409. Сообщение от Аноним (-), 19-Ноя-25, 18:06	+/–
> А что тобой такого не происходило? > Кодил кодил и тут бац!, случайно добавил новый язык программирования в проект. Пострадавший шел, шел, и случайно упал своим лицом - прямо на мой кулак. И так 5 раз подряд, представляете?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

410. Сообщение от Аноним (-), 19-Ноя-25, 18:09	+/–
> О, и это говорит человек, не осилившиый xml парсер. Вот вы не > можете доказать несостоятельность раста в плане порчи памяти, поскольку гарантии раста > ВНЕЗАПНО работают. Отлично сработали - только что завалили клаудфларь наповал по всему глобусу! Вместе с всем что она прикрывала, ня. Всего на пару гигабаксов планету поставили. А может и больше. Так что у титула самой дорогой ошибки в ПО - появился достойный контестант наконец!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #440

411. Сообщение от Аноним (-), 19-Ноя-25, 18:11	+/–
>> Ну не хотят Ржавые писать нормальный код, хотя Ржавому уже 10 лет стукнуло. > Не хотят дыpяшечники писать нормальный код, хотя Дыpяхе уже полтиник стукнуло. Вон там нормальный код от таких как вы - вырубил клаудспайварь и все что она закрывала на несколько часов. Чудный у вас там яп с его unwrap'ом. Не менее чудный сказ что оказывается, "это для девелопа" а в проде оказывается так ни-ни. Вот ща индусики будут код в прод переписывать vs dev, самим то не смешно с такого бреда?! А так замечательный яп получился - по ревью и майнтенансу - мегакорп переписал, обделался с брызгами, и уделал в крапинку всех кастомеров. БезопасТно так с памятью поработали, заодно и в panic() здоровый прод вынесли...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

412. Сообщение от Аноним (-), 19-Ноя-25, 18:26	+/–
> Да? А покажи предупреждение, что разыменновывается нулевой указатель. В зависимости от - может и быьт. Но для динамической аллокации это ессно не катит. И это как раз таки - то же самое что panic() примерно, только крепко подпертое железом. В отличие от. И на минуточку, любители Rust только что показали что в Rust этот аспект полная днина. Завалив клаудфлару panic() на несколько часов. Офигенно обработали нехватку памяти - поставив полглобуса на паузу. Красавы! > Или как всегда лжёте? Вон тут правдорубы с памятью поработали. Положив клаудфларь по всему глобусу. А я тоже ща правду то порублю - рассказав что я думаю о таком качестве кода, годности синтаксиса для ревью и вообще, отличная обработка нехватки памяти и прочие unwrap-костыли. С предложениями аж код переписывать между dev и prod. Ничего умнее адепты rust предложить видимо не смогли. > Вот в том то и дело, что может делать что угодно, например > не проверять ошибки вообще. Вон там уже проверили ошибки, путем выноса Cloudflare на несколько часов нахрен. Поставили планету на несколько гигабаксов - своим чудным panic() и unwrap. Было бы неплохо взыскать убытки с горе-переписывальщиков. До последнего цента, нахрен. А что, думали хайповать - это просто так? На мой вкус - за факапы надо отвечать, да? Вы ж сами педалили тему, извольте! Не вижу оснований делать вам скидки! :D > А есть ещё настоящие сишники, понаделовшие кучу ошибок. В иксах до сих > пор баги из 1990-ых исправляют, в 2025 году. Позор. В 1990-х мир был - другой. У большей части выхода в интернет - не было. Вирусы на дискетах распостранялись как максимум. И модель безопасности была - вообще совсем другая. Никто вообще не парился вон тем. Переполнения буферов как максимум были досадной фигней, не более. Да и сейчас - с всеми ALSR, NX, stack-protector и проч - реально эксплуатируемых дыр на самом деле не так уж и много. И ессно работать над проблемами стали по мере их обнаружения. Но вот что Rust с нехваткой памяти сделал, просто заметя проблему под ковер и делая panic() только что господам отлично вышло боком, вырубив половину интернета на несколько часов, achievement unlocked и вы таки уже - не отмоетесь ;). Вполне сравнимо с падением Arian V по стоимости уже вышло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #444

413. Сообщение от Аноним (-), 19-Ноя-25, 18:31	+1 +/–
> Но в упомянутом Visual Studio не то что предупредений больше, что то > он вообще не рекомендует компилировать, то есть диагностика существенно сильнее. Вообще-то современные версии GCC могут запросто поспорить с этим утверждением. > Я больше для контроллеров пишу, а там среды разработки скромнее, но фрагменты > кода люблю в VS сперва прогонять. А мне как-то хватает GCC с -fanalyze + мой набор флагов и cppcheck для этого. Сий кстати даже правила MISRA может форсануть нашару если оно надо. > А Вы не "доктор левой руки до локтя"? Не знаю о чем это. > Под Windows то, тоже приходится писать. Кому приходится - тому и карты в руки. Этот кто-то к счастью буду не я :) > и очевидно для пользователей лучше нативные приложения, а не кроссплатформенные > Электроны и т.п. Вот лично я под винду уж точно ничего писать не собираюсь. Особенно - нативные приложения. Особенно - в вьюжлстудии. Чур меня от такого "счастья". > Вот если бы вся экосистема ограничивалась  только Linux, то тогда не > только другое дело, но и проблем меньше, из за отсутствия зоопарков > систем. Ну я примерно так и сделал - решил что я работаю только с линухами. На мой век задач точно хватит. А что там в винде - и тем более нативно что-то писать да еще в VS? Это просто без меня. Я элементарно не впишусь в такие задачи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #393 Ответы: #448

414. Сообщение от Аноним (-), 19-Ноя-25, 18:33	+1 +/–
> Накой, спрашиваешь? Ну вот, например: > int a = 1; > int& b = std::max(a, 10); Rust вчерась тоже пример подогнал своим unwrap - как положить полпланете сайты на несколько часов. Замечательный синтаксис. И тут вдруг после такого шит-парада началось мяукание что unwrap оказывается фи, костыль, и вообще? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

415. Сообщение от Кошкажена (?), 19-Ноя-25, 19:19	+/–
>>2. Использовать статический анализатор. > Остался один маленький шаг: статический анализатор нужно объеденить с компилятором, Некоторые проверки переходят в компиляторы, но нужно понимать, что статический анализатор делает гораздо больше проверок и требует донастройки. В том же расте есть clippy. > а то  как показывает практика, статические анализаторы крестовики почему-то не используют. У каждого своя практика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #404 Ответы: #446

416. Сообщение от Аноним (416), 19-Ноя-25, 19:27	+/–
Кто решил, что они лучшие? По каким критериям?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #395 Ответы: #458

417. Сообщение от Аноним (416), 19-Ноя-25, 19:31	+/–
У сишников как раз таки альтернатива есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274 Ответы: #439

418. Сообщение от Аноним (416), 19-Ноя-25, 19:34	+/–
В других новостях с серьезным фейсом они утверждают что другие платформы не нужны. То есть понял как у них мозги устроены: если у Раста чего-то не реализовано, то оно не нужно. Примерно как у яблочников.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

419. Сообщение от Аноним (416), 19-Ноя-25, 19:48	+/–
По крайней мере C++ программисты делают это за деньги.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358 Ответы: #460

420. Сообщение от Аноним (416), 19-Ноя-25, 19:51	+/–
А кто говорил про Питон, демагог ты наш
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359

421. Сообщение от Аноним (416), 19-Ноя-25, 20:01	+/–
Что же он в него дженерики недовдохнул?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #334 Ответы: #464

422. Сообщение от Аноним (416), 19-Ноя-25, 20:07	+/–
Ну чтож, C# так C#...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #380

423. Сообщение от Аноним (416), 19-Ноя-25, 20:10	+/–
Можно сделать, проблем не будет. А с растом половина мирового интернета слегла, уж решил как решил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #354

424. Сообщение от Аноним (416), 19-Ноя-25, 20:12	+/–
Да пофиг все равно скоро будет программировать на естественном языке.
Ответить | Правка | Наверх | Cообщить модератору

425. Сообщение от BrainFucker (ok), 19-Ноя-25, 21:14	+1 +/–
> тебе-то откуда знать? Я новости на opennet.ru регулярно читаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #389

427. Сообщение от Аноним (427), 19-Ноя-25, 21:42	+/–
>>Скажу по секрету - x86-машинный код вообще бестиповый > Размер регистра и тип операции - дают тебе полноценный тип. Очень условно и только для примитивных типов. Даже просто аналог сишного struct на асме соорудить - уже свербеж в дюзах. Поэтому структурированные апи? С адекватным на глаз восприятием? Пониманием что и с какими параметрами куда сабмитится? Ух, это не про асм. ТАм и к сям то можно прикопаться на этот счет. В плюсах можно явно лучше. А на асме получается как правило неструктурированное спагетти - с столь же бесформенным "апи" к нему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #369

428. Сообщение от Аноним (427), 19-Ноя-25, 21:46	+/–
> Ну, причин, разумеется, было больше чем одна - но freebsd ports это > "система сборки", а apt/dnf - пакетные менеджеры, которые про эту самую > сборку знают вот "ничего" и вполне себе с этим живут. Экспертиза так и прет. У пакетников есть и - скачка сорца, и билд депсов, и ребилд пакетов, внезапно. И свои хелперы-обвес для ребилда в соответствии с практиками дистро. Просто это все - опциональное наглухо для эксплуатации и мир вокруг этого не вертится. Но если стало надо - пакет в дебиане пересобирается (возможно с моим патчем) парой команд буквально. Одна из причин по которым BSD ушли на второй план. Не, никто не собирается ребилдить полсистемы на прод серверах или своих воркстейшнах во имя луны. Это неэффективно по времени и деньгам. Поставить бинарные пакеты и патчить только то что ну вот совсем капец как мешает - куда эффективнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #451

429. Сообщение от Аноним (-), 19-Ноя-25, 21:53	+1 +/–
> И никем не используется. Вы возьмите и натравите его на все подряд > пакеты, заодно и скрипт сюда скниньте. Сколько строк логи будут? Вот я им пользуюсь. И свои фирмвары мк регулярно им проверяю. Т.е. поздравляю, вы чисто технически - лжец. Ибо 1 меня достаточно для доказании ложности вашего заявления. И чем это отличается от вон того прописывания на кривой козе в deny unwrap? При том еще и с каким-то ультра-контринтуитивным "clippy". Это вообще что за скрепыши и нэйминг такой левый? Пятнадцатилеток вместо архитектов наняли? По дизайну ЯП заметно - знатное месиво получилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263 Ответы: #442

430. Сообщение от Аноним (-), 19-Ноя-25, 21:54	+1 +/–
> А теперь повтори то же самое, добавив > > #![forbid(unsafe_code)] > А теперь попробуйте так - как вы сами предлагали - пересобрать практически существюущие пакеты. И что, хорошо пересобирается? Двойные стандарты - не рулят, господа...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272 Ответы: #443

431. Сообщение от Аноним (-), 19-Ноя-25, 21:57	+/–
> > std::string str1(" - Rust is useless"); > std::string str2("\n - Yes, it's true"); > str1 += str2; > А чот, в хрусте overload оператора "+" для кастомного типа вообще можно запилить уже?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #433

433. Сообщение от ProfessorNavigator (ok), 19-Ноя-25, 22:11	+/–
>> >> std::string str1(" - Rust is useless"); >> std::string str2("\n - Yes, it's true"); >> str1 += str2; >> > А чот, в хрусте overload оператора "+" для кастомного типа вообще можно > запилить уже? Вы меня спрашиваете? Я без понятия - я на нём не пишу)) Пример на С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #431

434. Сообщение от Аноним (434), 19-Ноя-25, 22:11	+/–
> Остался один маленький шаг: статический анализатор нужно объеденить с компилятором, Эврика! -fanalyze в GCC именно такое и сделал. Жаль что они воспользовались машиной времени для того чтобы стырить вашу идею и вы не получите кредитсы за нее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #404 Ответы: #445

435. Сообщение от Аноним10084 и 1008465039 (?), 19-Ноя-25, 23:16	+/–
Но никакой проверки типа там нет, в том же смысле, какая есть в Си или в божественном Rust. Что видит команда процессора, то и перемалывает, покуда не упадет с рантайм ошибкой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #369

437. Сообщение от Аноним (437), 20-Ноя-25, 00:26	+/–
Java Server Pages, не? У Сан была и архитектура процессора, она же выпускала и сервера, и ОС для них, и Java Server Pages. Sun - это Apple эпохи доткомов. У орков теперь в добавок единственная имеющая смысл серверная база данных, и потоковое решение CDC, которое тоже фактически industry standard.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #387

438. Сообщение от Аноним (438), 20-Ноя-25, 02:59	+1 +/–
>тем, что собирать софт на раст гораздо дольше при прочиx равныx Доказательства? И да, включать время сборки компилятора во время сборки софта - неправильно. И да, померяйте сколько там llvm и gcc собираются, это тоже далеко не мгновенно. >сравнивая с С/C++ pgo/lto Я очень сомневаюсь, что весь софт на расте на вашем компе будет собираться дольше хромого. >а бинарники получаются гигантскими из-за статической линковки С подключением. Почти все компилируемые языки собирают бинарники статически. Вы ненавидите почти все компилируемые языки? >не только из-за статической линковки, но и из-за принципиальной дефективности языка Про отладочные символы, я так полагаю, вы не слышали. >тормознутыми Опять ноль доказательств
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #298

439. Сообщение от Аноним (438), 20-Ноя-25, 02:59	+1 +/–
Покажите эту альтернативу без UB?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #417

440. Сообщение от Аноним (438), 20-Ноя-25, 03:03	+/–
Вы забыли привести доказательства.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #410

441. Сообщение от Аноним (438), 20-Ноя-25, 03:05	+/–
>Вот удивительно, но ржавовик (или ржавник?) Не угадали. Я пишу на языке с GC. >что не весь инструментарий для ржи устанавливается автоматом как зависимость. Только вот банальнейшие проверки уже включены в компилятор. >Конечно, судя по новостям про Cloudflare их успешно напишут растопитеки. И вы опять забыли привести доказательства.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #402 Ответы: #449

442. Сообщение от Аноним (438), 20-Ноя-25, 03:09	+/–
>Вот я им пользуюсь. Ну и? Более 99.99% всё равно не используют. Вы лучше это число оспорьте. >И чем это отличается от вон того прописывания на кривой козе в deny unwrap? Тем, что разыменновывание нулевого указателя - это UB с абсолютно любыми последствиями, а unwrap - паника, в ходе которой программа не может повредить память.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #429

443. Сообщение от Аноним (438), 20-Ноя-25, 03:11	–2 +/–
Внезапно, но на расте есть пакеты содержащие только safe код. На си/крестах вы такое не сделаете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #430

444. Сообщение от Аноним (438), 20-Ноя-25, 03:29	+/–
>Но для динамической аллокации это ессно не катит. Какая разница - динамическая аллокация или статическая? Вы про зависимые типы слышали? Или опять сделаете вид, что ни разу не слышали? Ну так узнайте, хотя бы сейчас. >И это как раз таки - то же самое что panic() примерно, только крепко подпертое железом Опять сишники лгут, как впрочем и всегда. Разыменноывание нулевого указателя в си - это UB. Нет абсолютно никаких гарантий, что ваш код дойдёт в до железа в том виде, в котором вы ожидаете. >И на минуточку, любители Rust только что показали что в Rust этот аспект полная днина. Завалив клаудфлару panic() на несколько часов. Порча памяти была? Нет, не было. Ну а панику можно написать на любом языке, хоть на си с assert-ом. У вас нет абсолютно никаких доказательств, что будь этот компонент написан на си, то гарантированно бы работал. >годности синтаксиса для ревью Очередной неосилятор синтаксиса. И да, где ваши патчи с нормальным, по вашему мнению синтаксисом? >и прочие unwrap-костыли Удивительно, но данные строки можно тривиально обнаружить простым grep-ом, в отличии от си, где порча памяти происходит молча. >В 1990-х мир был - другой. Нет, он был ровно таким же. До тех пор, пока программа очередного сишника не выставит CVE на весь интернет, этот самый сишник и не почешется этот самый CVE не допустить. >Переполнения буферов как максимум были досадной фигней, не более. Ну а что сейчас изменилось? Мне тут сразу несколько аккаунтов доказывают, что отсутствие проверки на наличие UB при разыменноывании нулевого указателя - это нормально, и вы в том числе. Это не просто падение программы, это абсолютно произвольная проблема. >Но вот что Rust с нехваткой памяти сделал, просто заметя проблему под ковер и делая panic() только что господам отлично вышло боком Паника вызывается абсолютно прозрачно для конечного пользователя, включая номер строки и имя файла. Почему в данной компании так долго искали проблему - вопрос исключительно к ним.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #412

445. Сообщение от Аноним (438), 20-Ноя-25, 04:17	+/–
>Эврика! -fanalyze в GCC именно такое и сделал. Вот интересно, почему сишные проверки такие кривые? Вот не работают и всё тут. cat b.h ``` struct A {         int* p; }; void set_null(struct A*); int print(struct A*); ``` cat b.c ``` #include "b.h" void set_null(struct A* a) {         a->p = 0; } int print(struct A* a) {         int* x = a->p;         return *x; } ``` cat a.c ``` #include <stdio.h> #include "b.h" int main() {     int y = 7;     struct A a = {.p = &y };     printf("%d", print(&a));     set_null(&a);     printf("%d", print(&a));     return 0; } ``` gcc -fanalyzer b.c -c -o b.o && gcc -fanalyzer a.c -c -o a.o && gcc -fanalyzer a.o b.o -o a && ./a Segmentation fault (образ памяти сброшен на диск) Итог: вы второй человек, который пообщеал мне статический анализ, и который солгал. >-fanalyze Я опять же рискну предположить, что данный ключ в подавляющем большинстве проектов не используется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #434 Ответы: #454, #455

446. Сообщение от Аноним (438), 20-Ноя-25, 04:20	+/–
>но нужно понимать, что статический анализатор делает гораздо больше проверок Для начал, пускай компилятор будет показывать каждую строку с UB. Сишники это вообще хотя-бы чисто теоретически могут сделать? Или у них все файлы будут помечены как содержащие UB? >У каждого своя практика. Вот скажите, а иксы, linux и прочие проекты, в которых регулярно видим уязвимости - они без статического анализа, или же анализаторы не в состоянии найти ошибку?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #415 Ответы: #452, #453

447. Сообщение от Аноним (438), 20-Ноя-25, 04:26	+/–
Крестовик как всегда не различает функции и операторы. Как и ожидалось от крестовика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #462

448. Сообщение от Аноним (438), 20-Ноя-25, 04:28	+/–
>А мне как-то хватает GCC с -fanalyze + мой набор флагов и cppcheck для этого. Не прокомментируете мой пример в другой ветке? >Сий кстати даже правила MISRA может форсануть нашару если оно надо. А с правилами MISRA получится писать обычный код для повседневнвых задач? Там деревья повращать и всё такое? >Вообще-то современные версии GCC могут запросто поспорить с этим утверждением. Что gcc, что cppcheck, что vs studio не имеют достаточно информации, чтобы полноценно анализировать код. Стоит его немного поменять, и код ВНЕЗАПНО молча ломается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #413

449. Сообщение от Аноним (438), 20-Ноя-25, 04:31	+/–
>Не угадали. Я пишу на языке с GC. Кстати, даю подсказку: в нём есть алгебраические эффекты и он жадный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #441

450. Сообщение от Аноним (450), 20-Ноя-25, 06:29	+/–
Rust нормальный язык, но смешивать код на разных языках это дичь
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #480

451. Сообщение от User (??), 20-Ноя-25, 06:40	+/–
>> Ну, причин, разумеется, было больше чем одна - но freebsd ports это >> "система сборки", а apt/dnf - пакетные менеджеры, которые про эту самую >> сборку знают вот "ничего" и вполне себе с этим живут. > Экспертиза так и прет. У пакетников есть и - скачка сорца, и > билд депсов, и ребилд пакетов, внезапно. И свои хелперы-обвес для ребилда > в соответствии с практиками дистро. И ты снова - опять - как всегда - ничего не понял, но "несдержал-в-себе" важное-и-нужное, да? Граждани-иии-иин! Примерно во всем мейнстриме "система сборки" ОТДЕЛЕНА от "пакетного менеджера" и нахрен - совсем-и-полностью-наглухо - опциональна. Пакетный менеджер сделан в общем-то очень во многом именно для того, чтобы с "системой сборки" не любится - в этом исходный тезис. Ну теперь-то понял, ну? Или кроме разжевывания  еще и переварить нужно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #428

452. Сообщение от Кошкажена (?), 20-Ноя-25, 06:46	+/–
> Для начал, пускай компилятор будет показывать каждую строку с UB. Сишники это вообще хотя-бы чисто теоретически могут сделать? Каким образом, если ub проявляется во время выполнения? Нарпимер, раст не определяет во время компиляции переполениние знаковых целых. Провеки (флага переполнения) и гарантии (например, цикличности переполнения) - это доп. инструкции, которые нужно генерить компилятору, а потом исполнять. Это компромисс по скорости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #446 Ответы: #469, #473

453. Сообщение от Кошкажена (?), 20-Ноя-25, 06:52	+/–
>>но нужно понимать, что статический анализатор делает гораздо больше проверок > Вот скажите, а иксы, linux и прочие проекты, в которых регулярно видим > уязвимости - они без статического анализа Иксы не знаю, в linux вроде был какой-то, а многие другие используют, например, тот же nvim или sudo. > , или же анализаторы не в состоянии найти ошибку? Конечно же анализаторы в текущем виде не панацея и не найдут всех ошибок. Более того, если взять какой-то сложный анализатор вроде PVS, то с ним нужно отдельно разбираться, чтобы отсеять false positive срабатывания.   Даже хваленый боров в расте много пропускает (смотри miri) и новые боров polonius.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #446 Ответы: #470, #474

454. Сообщение от Кошкажена (?), 20-Ноя-25, 08:45	+/–
> Итог: вы второй человек, который пообщеал мне статический анализ, и который солгал. $ cat t.c #include <stdio.h> struct A {         int* p; }; void set_null(struct A* a) {         a->p = 0; } int print(struct A* a) {         int* x = a->p;         return *x; } int main() {     int y = 7;     struct A a = {.p = &y };     printf("%d", print(&a));     set_null(&a);     printf("%d", print(&a));     return 0; } $ g++ -fanalyzer t.c t.c: In function ‘int print(A*)’: t.c:15:17: warning: dereference of NULL ‘x’ [CWE-476] [-Wanalyzer-null-dereference]    15 |         return *x;
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #445 Ответы: #468

455. Сообщение от Кошкажена (?), 20-Ноя-25, 08:48	+/–
> Я опять же рискну предположить, что данный ключ в подавляющем большинстве проектов не используется. Какая разница что кто-то его не использует? В расте unwrap() тоже как бы не рекомендуется (только в процессе разработки), а вот в внезапно в самой Cloudflare этому не следуют https://www.opennet.dev/opennews/art.shtml?num=64282 И что дальше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #445 Ответы: #471, #475

456. Сообщение от Кошкажена (?), 20-Ноя-25, 08:56	+/–
> Да, признаю, ошибся. Это UB и висячая ссылка. Посыпаю голову пеплом и > все такое. Ты все верно написал. const ссылка проделвает время жизни временного объекта и тут нет ub.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #390 Ответы: #461

457. Сообщение от Кошкажена (?), 20-Ноя-25, 08:59	+1 +/–
>>Да, признаю, ошибся. Это UB и висячая ссылка. > Крестовик не знает где ub, а где не ub, а компилятор ему > в этом никак не помогает. Как и ожидалось от крестовиков. Потому что это сложная тема и нужно пользоваться автоматизированными инструментами для поиска ub. Как бы растовщички (большинство местных) верит, что в расте нет ub)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #406

458. Сообщение от НяшМяш (ok), 20-Ноя-25, 11:26	+1 +/–
Скорость Функциональность Минимум ложных срабатываний Ещё вопросы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #416 Ответы: #477

459. Сообщение от НяшМяш (ok), 20-Ноя-25, 11:34	+/–
В каких? У AMD всё что на Ryzen ядрах (и что-то более старое, не помню) давно v3. Интел уже поплатился за своё вольное случайное разбрасывание инструкций по процессорам, недорогой Atom N100 v3 уже поддерживает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

460. Сообщение от НяшМяш (ok), 20-Ноя-25, 11:37	+/–
А у раста это делает компилятор бесплатно. И кому же будут корпы денег платить за разработку софта? Команде дыряшечников и неопределённого поведения шликающих на коредвадуо, или паре хипстеров с макбуками, гоняющих клиппи по кругу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #419

461. Сообщение от Медведь (ok), 20-Ноя-25, 12:29	+/–
>> Да, признаю, ошибся. Это UB и висячая ссылка. Посыпаю голову пеплом и >> все такое. > Ты все верно написал. const ссылка проделвает время жизни временного объекта и > тут нет ub. К сожалению, вынужден признать, что даже в C++23 -- это не так. Проверил с GCC 15.2, -std=c++23 -O0. Хотя, справедливости ради, только полному идиоту придет в голову использовать const T& для хранения результата функции, тут сам пример притянут за уши. Auto и быстрее написать, и заведомо правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #456 Ответы: #463

462. Сообщение от ProfessorNavigator (ok), 20-Ноя-25, 12:38	+/–
> Крестовик как всегда не различает функции и операторы. Как и ожидалось от > крестовика. Да что вы говорите... А может просто "крестовик" знает, что в С++ есть такая вещь, как перегрузка операторов? И тогда внезапно выясняется, что оператор - это тоже функция? Не всегда и не везде, но тем не менее... https://en.cppreference.com/w/cpp/language/operators.html Читать до просветления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #447 Ответы: #466

463. Сообщение от Медведь (ok), 20-Ноя-25, 14:19	+/–
Хорошая новость -- ASans такое ловит влёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #461

464. Сообщение от уп (?), 20-Ноя-25, 14:33	+/–
> Что же он в него дженерики недовдохнул? Out of scope для тех задач, для которых он создавался изначально. Go, всё-таки, это не совсем general  purpose язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #421

465. Сообщение от Медведь (ok), 20-Ноя-25, 14:41	+/–
> Осталось найти того, кто данную строку в крестах найдёт. Поскольку простым grep-ом > её не найти. Есть такой: ==226503==ERROR: AddressSanitizer: heap-use-after-free on address 0x7b83b03e0010 at pc 0x557f4ea66dbc bp 0x7fff71b95c10 sp 0x7fff71b95c00 READ of size 4 at 0x7b83b03e0010 thread T0     #0 0x557f4ea66dbb in main ../../main.cpp:276 А grep как инструмент анализа кода вообще не очень, это вас снова обманули.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #403 Ответы: #467

466. Сообщение от Аноним (466), 20-Ноя-25, 15:39	+/–
>И тогда внезапно выясняется, что оператор - это тоже функция? Мне стало очень интересно, как крестовик собирается передавать оператор в функцию fold. >Не всегда и не везде, но тем не менее... Вот с этого и надо начинать. У join семантика несколько отличается от обычного сложения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #462 Ответы: #472

467. Сообщение от Аноним (466), 20-Ноя-25, 15:44	+/–
>Есть такой: Который не используется более чем в 99.99% случаев. Вы мне так и не доказали обратное. Более того, берём первую попавшуюся статью https://habr.com/ru/articles/210226/ >Время работы — 5 минут. В глаза сразу бросается ошибка "(error) Internal error. Token::Match called with varid 0. Please report this to Cppcheck developers". Это означает, что вместо бага в анализируемой программе нашёлся баг в самом анализаторе:) >Реально нашлась всего одна ошибка (с разницей в 2 строчки). Неплохо, возможно, что автор notepad++ сам пользуется cppcheck. Здесь замечательно буквально всё. Не смотря на то, что автор использует cppcheck, в проект просочилась целая ошибка. В других языках такой код не соберётся, и автор гарантированно не допустит ошибку. >А grep как инструмент анализа кода вообще не очень, это вас снова обманули. Я не говорю про очень или не очень, я говорю про то, насколько легко там найти ошибку. А вот с cppcheck, как видим, люди не справляются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #465 Ответы: #476

468. Сообщение от Аноним (466), 20-Ноя-25, 16:28	+/–
>$ g++ -fanalyzer t.c А второй файл куда дели? Почему обнаружение ошибок зависит от того, в одном файле код или в нескольких?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #454

469. Сообщение от Аноним (466), 20-Ноя-25, 16:31	–1 +/–
>Каким образом, если ub проявляется во время выполнения? Неверно. UB может привести к генерации бессмысленного кода. >Провеки (флага переполнения) и гарантии (например, цикличности переполнения) - это доп. инструкции, которые нужно генерить компилятору, а потом исполнять. Это компромисс по скорости. Вот это - выглядит как хороший аргумент против раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #452

470. Сообщение от Аноним (466), 20-Ноя-25, 16:36	+/–
>Иксы не знаю, в linux вроде был какой-то Вот в том то и дело что вроде. >а многие другие используют, например, тот же nvim или sudo. Какой именно? Или как всегда у крестовиков, всё необязательно - если код в одной функции, то ошибка обнаруживается, а стоит перенести в другую - и всё? >Конечно же анализаторы в текущем виде не панацея и не найдут всех ошибок. Зато оптимизирующие компиляторы это прекрасно находят и выкидывают целые блоки кода >то с ним нужно отдельно разбираться, чтобы отсеять false positive Тот факт, что язык запутывает, добавляя false positive - ещё один минус языка. >Даже хваленый боров в расте много пропускает Ну, это минус раста. Лично я на расте не пишу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #453

471. Сообщение от Аноним (466), 20-Ноя-25, 16:37	–1 +/–
>Какая разница что кто-то его не использует? Большая. Такие ошибки приводят к UB. >В расте unwrap() тоже как бы не рекомендуется Паника не портит память.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #455

472. Сообщение от ProfessorNavigator (ok), 20-Ноя-25, 16:42	+1 +/–
> Вот с этого и надо начинать. У join семантика несколько отличается от > обычного сложения. При чём тут сложение, а? Вы понимаете, что означает термин "перегрузка операторов"? Видимо нет. Для особо "остроумных" поясняю: вы можете переопределить оператор каким угодно образом. То, что там есть "+" не означает сложение. Может перестанете уже демонстрировать свою "грамотность"? Хоть головой о стену бейтесь, но Rust не нужен ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #466

473. Сообщение от Cykooz (ok), 20-Ноя-25, 17:58	+/–
В расте знаковое переполнение не является UB. Раст гарантирует очень даже well-defined поведение в этом случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #452 Ответы: #488

474. Сообщение от Cykooz (ok), 20-Ноя-25, 18:07	–1 +/–
Попрошу не распространять фейки. "Хвалёный" боров наоборот многое не пропускает там где можно и пропустить. Polonius как раз решает проблемы с обнаружением сложных кейсов, где всё нормально в плане работы с памятью, но стандартный боров не может это определить и запрещает использовать такой код. Miri полезен для проверки кода, в котором есть unsafe. Если весь код safe то он, как понимаю, ни каких проблем не найдёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #453 Ответы: #478

475. Сообщение от Cykooz (ok), 20-Ноя-25, 18:37	–1 +/–
> В расте unwrap() тоже как бы не рекомендуется (только в процессе разработки) Не надо распространять легкомысленные высказывания. Нормально всё с unwrap в расте. Ни какой это не отладочный инструмент. Это вполне себе production-ready решение, которое позволяет программисту упростить обработку очень редких ошибок, допустив в этом случае завершение приложения с паникой. Максимум что можно про него рекомендовать - по возможности не злоупотреблять им, если хотите написать приложение, которое обрабатывает ошибки менее топорно, чем запаниковать. Использование uwnrap не нарушает гарантии по безопасной работе с памятью, которые даёт раст. А то что приложения не будут никогда падать - этого разработчики раста не обещали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #455 Ответы: #479

476. Сообщение от Медведь (ok), 20-Ноя-25, 18:48	+/–
> Не смотря на то, что автор использует cppcheck Речь про (встроенный в компилятор) ASans, при чем тут cppcheck? AddressSanitizer в выхлопе ни о чем не говорит? Ну, ожидаемо... > Который не используется более чем в 99.99% случаев. Вы мне так и не доказали обратное. Я должен тебе что-то доказывать? "Бремя доказательств -- на обвинении", вперед и с песней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #467

477. Сообщение от rshadow (ok), 20-Ноя-25, 18:49	+/–
Все так
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #458

478. Сообщение от Кошкажена (?), 20-Ноя-25, 18:51	+1 +/–
> Попрошу не распространять фейки. "Хвалёный" боров наоборот многое не пропускает там где > можно и пропустить. Polonius как раз решает проблемы с обнаружением сложных > кейсов, где всё нормально в плане работы с памятью, но стандартный > боров не может это определить и запрещает использовать такой код. И чем это лучше? Продираться через false positive. Это еще хуже. > Miri полезен для проверки кода, в котором есть unsafe. Если весь код > safe то он, как понимаю, ни каких проблем не найдёт. На странице проекта есть примеры со вполне safe кодом https://github.com/rust-lang/miri/?tab=readme-ov-file#bugs-f... И вообще это уже динамический анализ, а никак не статический. Давайте тогда под валгриндом запускать. И еще > All that said, be aware that Miri does not catch every violation of the Rust specification in your program, not least because there is no such specification. Miri uses its own approximation of what is and is not Undefined Behavior in Rust. вот так растовщички. Шах и мат. Нет спецификации и точка. Поэтому ваш хваленый мири умывает руки и ничего не гарантирует вообщем-то. Какая неожиданность (нет).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #474 Ответы: #483

479. Сообщение от Кошкажена (?), 20-Ноя-25, 18:56	+/–
>> В расте unwrap() тоже как бы не рекомендуется (только в процессе разработки) > Не надо распространять легкомысленные высказывания. Нормально всё с unwrap в расте. Ни > какой это не отладочный инструмент. Это вполне себе production-ready решение, которое > позволяет программисту упростить обработку очень редких ошибок, допустив в этом случае > завершение приложения с паникой. Да, мы все видели https://www.opennet.dev/opennews/art.shtml?num=64282 И по поводу легкомысленных высказываний можешь там же смотреть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #475 Ответы: #485

480. Сообщение от Cykooz (ok), 20-Ноя-25, 18:59	+/–
> Rust нормальный язык, но смешивать код на разных языках это дичь Дичь была бы, если они решили разом переписать всё на Rust, что бы не было в проекте разных языков. Ушли бы в "нирвану" на 2-3 года, забив на новые релизы, и только потом бы сделали красивый релиз на одном языке. А так как они придумали - это правильно. Начнут этот процесс постепенно, эволюционно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #450 Ответы: #481

481. Сообщение от Аноним (481), 20-Ноя-25, 19:39	+/–
Хэх учитывая что Rust с Сями взаимодействует через огород обвязок, то кодовая база будет еще сложнее и запутанее(и медленней обвязка=до вызов функции)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #480 Ответы: #486

482. Сообщение от Аноним (481), 20-Ноя-25, 19:45	+/–
Си это морально устаревший язык, который не развивается с 90-х годов, только в этом причина взлета Rust Си это ноль удобства, максимум скорости, минимум лишнего кода в бинарнике итого микроконтролле онли язык, где сложнее массива структур не используют
Ответить | Правка | Наверх | Cообщить модератору

483. Сообщение от Cykooz (ok), 20-Ноя-25, 21:24	+/–
> На странице проекта есть примеры со вполне safe кодом Посмотрел несколько первых примеров - они только "сверху" выглядят как safe, т.к. это safe обертки над unsafe кодом библиотек. Внутри как раз таки достаточно unsafe из-за которого и получаются UB. В полностью safe версии кода на расте не должно быть UB - это одна из целей языка. Если UB и существует в таком варианте, то только как ошибка компилятора, которую ещё не нашли или не исправили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #478 Ответы: #484

484. Сообщение от Кошкажена (?), 20-Ноя-25, 21:32	+/–
>> На странице проекта есть примеры со вполне safe кодом > Посмотрел несколько первых примеров - они только "сверху" выглядят как safe, т.к. > это safe обертки над unsafe кодом библиотек. Внутри как раз таки > достаточно unsafe из-за которого и получаются UB. То есть буквально это весь код. К примеру любые примитивы синхронизации, любой системный вызов будет unsafe обернутный в safe. > В полностью safe версии кода на расте не должно быть UB - это одна из целей языка. Нет полностью safe версии. Проблема в том, что в реальном коде внутри всегда unsafe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #483 Ответы: #487

485. Сообщение от Cykooz (ok), 20-Ноя-25, 21:50	–1 +/–
> Да, мы все видели https://www.opennet.dev/opennews/art.shtml?num=64282 И по поводу легкомысленных высказываний можешь там же смотреть. Вы видите только то, что хотите видеть. Вам ткнули пальцем в unwrap на Rust и вы забыли про все остальные факты, которые привели к проблеме у Клаудфлары. Как по мне, так основная причина этого косяка в том, что разработчики бот-фильтра не правильно оценили вероятность возникновения ошибки в файле конфигурации, которую создают сами же системы Клаудфлара. И потому они использовали unwrap() как допустимый, по их мнению, вариант для случая, который может выстрелить с вероятностью меньшей, чем допускает их SLA. Совершить такой промах очень легко кому угодно. Часто ли вы проверяете только что приготовленный вами чай/кофе на наличие в нём яда? Вот и тут разработчики решили, что только псих подсунет неправильный конфиг, который не соотносится с лимитами выставленными для фильтра. Наверное даже в документации описали этот кейс: "Надо увеличить лимит, если число параметров в конфиге будет больше текущего лимита". Раст, как язык программирования, тут вообще не при делах. Он отработал ровно так как от него и ожидалось, как было написано в коде - завершил приложение с паникой и без UB. Без выполнения стороннего кода и без слива приватных данных. Вы вините раст и разработчиков на нём в том, чего они никому не обещали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #479

486. Сообщение от Cykooz (ok), 20-Ноя-25, 22:00	+/–
> Хэх учитывая что Rust с Сями взаимодействует через огород обвязок, то кодовая > база будет еще сложнее и запутанее(и медленней обвязка=до вызов функции) Если функция на С достаточно большая и часто используемая, то в случае её использования из С-кода тоже мала вероятность, что компилятор сделает для неё inline. Будет использован такой же call с соответствующими затратами времени. А всякую мелочь, которая будет тормозить раст-код по причине отсутствия инлайнига, со временем найдут и портируют в раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #481

487. Сообщение от Cykooz (ok), 20-Ноя-25, 22:07	–1 +/–
> Нет полностью safe версии. Проблема в том, что в реальном коде внутри > всегда unsafe. Да, это так. Дело остаётся за тем, что бы довести этот базовый unsafe код до идеала, что бы никому не надо было его изобретать самому, повторяя те же самые ошибки. Проекты, вроде Miri, как раз помогают достижению этой цели. Другой вариант - проводить серьёзный аудит unsafe кода. В Rust это несколько проще, т.к. unsafe код легко найти и проверить только его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #484

488. Сообщение от Кошкажена (?), 21-Ноя-25, 07:04	+/–
> В расте знаковое переполнение не является UB. Раст гарантирует очень даже well-defined > поведение в этом случае. Ценой доп. иснтрукций, про это и речь. А он хочет, чтобы во время компиляции проверялось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #473

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

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