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

"Релиз набора компиляторов GCC 16"	+/–
Сообщение от opennews (ok), 30-Апр-26, 23:02
После года разработки опубликован релиз свободного набора компиляторов GCC 16.1, первый значительный выпуск в новой ветке GCC 16.x. В соответствии со схемой нумерации выпусков, версия 16.0 использовалась в процессе разработки, а незадолго до выхода GCC 16.1 уже ответвилась ветка GCC 17.0, на базе которой будет сформирован следующий значительный релиз GCC 17.1... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=65329
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от dekabu (ok), 30-Апр-26, 23:02	+17 +/–
Отлично, повод пересобирать мир!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #68, #71, #97

2. Сообщение от Аноним (2), 30-Апр-26, 23:05	–1 +/–
Спасибо за LTO, но пока чуваки типа этих https://github.com/skeeto/w64devkit будут исключать LTO из за своих кривых рук, мне придется сидеть на GCC 13.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #98

3. Сообщение от Джон Титор (ok), 30-Апр-26, 23:13	+1 +/–
> Продолжена реализация стандартов OpenMP 5.0, 5.1, 5.2 и 6.0 (Open Multi-Processing), определяющих API и способы применения методов параллельного программирования на многоядерных и гибридных (CPU+GPU/DSP) системах с общей памятью и блоками векторизации (SIMD). Улучшена реализация спецификаций параллельного программирования OpenACC 3.0, 3.3 и 3.4, определяющих средства для выноса операций (offloading) на GPU и специализированные процессоры, такие как NVIDIA PTX. Круто
Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от Аноним (4), 30-Апр-26, 23:13	–2 +/–
Lto это ладно, из-за чуваков типа этих https://www.mingw-w64.org/ приходится на gcc-12 сидеть. Ну во всяком случае я собирал dxvk всеми тулчейнами и определённые шейдеры не сегфолтились только в 12. Так бы до сих пор winegcc собирал и проблем не знал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #6, #9, #74, #99, #195

5. Сообщение от Аноним (5), 30-Апр-26, 23:19	–16 +/–
Это нинужно. Нужен LLVM и то, только ради того, что он нужен, чтобы Раст собрать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #7, #8, #20

6. Сообщение от Аноним (5), 30-Апр-26, 23:33	–1 +/–
>  всеми тулчейнами и определённые шейдеры не сегфолтились только в 12 С - Стандарт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

7. Сообщение от Аноним (7), 30-Апр-26, 23:34	+3 +/–
А сначала собрать самого себя. Возможно, через череду версий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от Сладкая булочка (?), 30-Апр-26, 23:58	+1 +/–
> чтобы Раст собрать Расту нужен стандарт и поддержка в gcc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #11, #25, #31, #49, #161

9. Сообщение от эксперт по всему (?), 01-Май-26, 00:14	+/–
а мог бы собрать с UBSAN, найти где там UB в их г-коде и пофиксить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #16

10. Сообщение от Аноним (10), 01-Май-26, 00:16	–2 +/–
Круто. Опять работающие инструкции по сборке пакетов править.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #26

11. Сообщение от Аноним (11), 01-Май-26, 00:20	–4 +/–
> Расту нужен стандарт Такой, как в C++ - нет, не нужен. Пусть язык нормально развивается вместо того, чтобы годами сидеть ждать базовых фич, пока комитетные деды жуют сопли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #13, #18

12. Сообщение от Аноним (11), 01-Май-26, 00:21	–1 +/–
> Опять работающие инструкции по сборке пакетов править. Какие-то проблемы линуксоидов. Был бы поумнее - давно бы уже зашил нужный стандарт C++ во флажках компилятора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

13. Сообщение от Аноним (13), 01-Май-26, 00:22	+1 +/–
Тогда будет зоопарк реализаций этих самых фич. Каким именно лесом при том пойдёт эта ваша безопасТность догадайтесь сами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #14

14. Сообщение от Аноним (11), 01-Май-26, 00:26	+1 +/–
> Тогда будет зоопарк реализаций этих самых фич. Каким именно лесом при том пойдёт эта ваша безопасТность догадайтесь сами. Шта? Пока что зоопарк как раз в C++, а не в Расте. Тебе напомнить, сколько существует реализаций стандартной библиотеки C++ - и каждая со своим набором багов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #15, #21, #38, #102

15. Сообщение от Аноним (13), 01-Май-26, 00:28	+/–
Так вы же про раст говорили. Не отклоняйтесь от темы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #17

16. Сообщение от Аноним (4), 01-Май-26, 00:33	+/–
Я на тот момент уже запарился тулчейны перебирать и отлаживать, там вроде потом подкрутили флаги кодогенератора чтобы он не лажал (типа из-за инструкций avx было).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

17. Сообщение от Аноним (11), 01-Май-26, 00:42	+5 +/–
> Так вы же про раст говорили. Не отклоняйтесь от темы. Чел, ты вообще за логической нитью следить не способен? Ты мне говоришь, что без стандартизации как в C++ у Раста якобы будет куча реализация одних и тех же фич. Я тебе отвечаю, что наличие стандарта не помешало C++ получить ту самую кучу реализаций одних и тех же фич. Что конкретно тебе не понятно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

18. Сообщение от Сладкая булочка (?), 01-Май-26, 00:47	+/–
>> Расту нужен стандарт > Пусть язык нормально развивается Нормально - это как? > вместо того, чтобы годами сидеть ждать базовых фич Каких, например?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #19, #165

19. Сообщение от Аноним (11), 01-Май-26, 00:55	+2 +/–
> Сладкая булочка > это как? > Каких, например? Я смотрю, ты держишь марку. Надеюсь, когда-нибудь ты все-таки научишься вести конструктивный и содержательный диалог, а не сыпать вопросами в ответ на неудобные тебе тезисы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #22

20. Сообщение от Аноним83 (?), 01-Май-26, 01:08	+1 +/–
Это же нарушение канонов! По канону положено: curl | sh  делать, никак иначе, только так безопасный язык безопасно скачивает безопасный компилятор безопасного основополагющего системного языка!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #24

21. Сообщение от Аноним83 (?), 01-Май-26, 01:09	–2 +/–
А тебе напомнить сколько реализаций стандартного TCP/IP стёка существует и почему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #23, #187

22. Сообщение от Сладкая булочка (?), 01-Май-26, 01:16	+1 +/–
>> Сладкая булочка >> это как? >> Каких, например? > Я смотрю, ты держишь марку. Надеюсь, когда-нибудь ты все-таки научишься вести конструктивный > и содержательный диалог, а не сыпать вопросами в ответ на неудобные > тебе тезисы. Пффф. Тебя конкретно спросили уточнить свои претензии всесто абстракных, а ты сразу перешел на личности. Все что нужно знать о растовщиках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #28

23. Сообщение от Аноним (11), 01-Май-26, 01:17	–1 +/–
> А тебе напомнить сколько реализаций стандартного TCP/IP стёка существует и почему? Конечно, напомни. Только иди подугли сперва, чем стандарт API для конкретного языка отличается от стандарта протоколов в RFC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #37

24. Сообщение от Сладкая булочка (?), 01-Май-26, 01:17	+1 +/–
> Это же нарушение канонов! > По канону положено: curl | sh  делать, никак иначе, только так > безопасный язык безопасно скачивает безопасный компилятор безопасного основополагющего > системного языка! Там еще sudo надо добавить в команду (для безопасности, конечно)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #32

25. Сообщение от Аноним (25), 01-Май-26, 01:17	+1 +/–
Нет. К чему приводят стандарты мы уже видели. Поддержка в gcc, кстати, появляется вопреки им, но поддержка в gcc тоже не нужна, но уже безнадёжно отстал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #27

26. Сообщение от Аноним (25), 01-Май-26, 01:20	–1 +/–
Да-да, ещё назови код который забросили во времена C++98 работающим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #30

27. Сообщение от Сладкая булочка (?), 01-Май-26, 01:21	+/–
> К чему приводят стандарты мы уже видели. К чему? Я вижу документ, где можно уточнить правильное поведение, а также участие кучи людей их разных стран и компаний для его принятия. > Поддержка в gcc, кстати, появляется вопреки им, но поддержка в gcc тоже не нужна, но > уже безнадёжно отстал. Кому вопреки им? Кто от чего отстал? Что за популистские утверждения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #91

28. Сообщение от Аноним (11), 01-Май-26, 01:22    Скрыто ботом-модератором	+1 +/–
> Тебя конкретно спросили уточнить свои претензии всесто абстракных Если ты разуешь глаза, то увидишь, что претензии конкретные. Я черным по белом написал, что такое "развиваться ненормально" в контексте C++ и комитет, но это тебе не помешало включить валенка. > а ты сразу перешел на личности Конечно, ведь ты в каждой, блждад, ветке обсуждения разводишь цирк по одному и тому же сценарию. И заканчивается он всегда одинаково.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #29

29. Сообщение от Сладкая булочка (?), 01-Май-26, 01:28	+/–
>> Тебя конкретно спросили уточнить свои претензии всесто абстракных > Если ты разуешь глаза, то увидишь, что претензии конкретные. Я черным по > белом написал, что такое "развиваться ненормально" в контексте C++ и комитет, > но это тебе не помешало включить валенка. Что конкретно ты считаешь под словом "ненормально"? Приведи примеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

30. Сообщение от анон (?), 01-Май-26, 01:52	–1 +/–
не забросили, а закончили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

31. Сообщение от laindono (ok), 01-Май-26, 01:58	–1 +/–
Стандартизация нужна, если есть куча реализаций и надо обеспечить их совместимость. В первую очередь ради этого. Самая большая проблема C/C++ - отсутствие эталонной реализации и наличие стандарта, который делают обкуренные девочки-волшебницы. Похожая ситуация кстати с W3C. Оторванность от реальности приводит к куче документов, которые невозможно читать и реализовывать. В среде Rust более прагматичный подход. Кто угодно может пойти и добавить какую-то фичу. И тебе для этого нужно написать RFC и тебе же его реализовывать. Весь процесс публичен и открыт. Все минусы подобного подхода минимизируются через долгий (иногда годы) процесс обсуждений, проверок, ревью, тестов и так далее. Порог входа основан исключительно на качествах программиста, никаких искусственных барьеров. По итогу получается, что Rust делают программисты для программистов. Не какие-то странные теоретики-бюрократы. По итогу имеем самый документированный язык программирования. Фактически эталон того, как должен работать наукоёмкий проект с открытым исходным кодом. Важен не столько сам код, а комьюнити вокруг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #34, #35, #36, #154

32. Сообщение от Аноним83 (?), 01-Май-26, 02:04	+3 +/–
Ну что же вы! Только sudo-rs! Фу на эту додовускую дырявую sudo!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

33. Сообщение от Аноним (33), 01-Май-26, 02:56	+4 +/–
Лучший компилятор стал ещё лучше! >Реализованы возможности, связанные со стандартом C++23, такие как явное управление временем жизни объектов >Расширена поддержка стандарта C23, например, реализована возможность использования атрибута "counted_by" для проверки корректности использования указателей. Джва года ждал.
Ответить | Правка | Наверх | Cообщить модератору

34. Сообщение от Сладкая булочка (?), 01-Май-26, 03:07	–1 +/–
> Стандартизация нужна, если есть куча реализаций и надо обеспечить их совместимость. В > первую очередь ради этого. > Самая большая проблема C/C++ - отсутствие эталонной реализации и наличие стандарта, который > делают обкуренные девочки-волшебницы. Похожая ситуация кстати с W3C. Оторванность от реальности > приводит к куче документов, которые невозможно читать и реализовывать. Да, другое дело гугл в хроме делает, что хочет и потом другие догоняют. Хотя, подождите, кто другие? Они сейчас с нами в этой комнате? Никого и не осталось. Так, конечно, проблем не будет... Или будут? > В среде Rust более прагматичный подход. Кто угодно может пойти и добавить > какую-то фичу. И тебе для этого нужно написать RFC и тебе > же его реализовывать. Весь процесс публичен и открыт. Все минусы подобного > подхода минимизируются через долгий (иногда годы) процесс обсуждений, проверок, ревью, > тестов и так далее. Порог входа основан исключительно на качествах программиста, > никаких искусственных барьеров. В с++ и с также же? Пишешь предложение, его обсуждают https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals , затем драфт и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #39

35. Сообщение от Сладкая булочка (?), 01-Май-26, 03:11	+1 +/–
> Оторванность от реальности приводит к куче документов, которые невозможно читать и реализовывать. > По итогу получается, что Rust делают программисты для программистов. Не какие-то странные теоретики-бюрократы. По итогу имеем самый документированный язык программирования. https://rust-lang.github.io/rfcs/3355-rust-spec.html#current... Цитата > For 1, we currently have: the (incomplete) Rust Reference, the Standard Library Reference Documentation, the Rust Nomicon, the Unsafe Code Guidelines Project, Miri, the collection of accepted RFCs, the Ferrocene Language Specification, lots of context and decisions spread over tons of GitHub issues, MiniRust, the source code, and more. > These are currently all incomplete, and/or not a good source to rely on. > которые невозможно читать и реализовывать. Как бы раст, у которого по факту одна реализация, странно в пример приводить. У с и с++ несколько используемых реализаций под кучу платформ. В стандарте детально описаны все моменты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #43

36. Сообщение от Сладкая булочка (?), 01-Май-26, 03:13	+/–
> По итогу получается, что Rust делают программисты для программистов. Не какие-то странные теоретики-бюрократы. Про кого речь? Приведи имена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #40

37. Сообщение от Аноним83 (?), 01-Май-26, 03:18	–1 +/–
Можете играть словами сколько угодно в названия, суть в том, что и C и TCP/IP стандарты, один про то как писать/читать байты, другой про то какие функции как можно вызывать, и отступления от этих договорённостей часто приводят к неработоспособности или не совместимости с другими реализациями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #41

38. Сообщение от Сладкая булочка (?), 01-Май-26, 03:34	+/–
>> Тогда будет зоопарк реализаций этих самых фич. Каким именно лесом при том пойдёт эта ваша безопасТность догадайтесь сами. > Шта? Пока что зоопарк как раз в C++, а не в Расте. > Тебе напомнить, сколько существует реализаций стандартной библиотеки C++ - и каждая > со своим набором багов? Эмм. Я могу скомпилировать код под gcc или clang и получить работающую программу. Что я делаю не так? А пример того, что произойдет без стандрата с кучей реализаций можно посмотреть у питона. Они все несовместимы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #42, #115, #163

39. Сообщение от laindono (ok), 01-Май-26, 03:37	–1 +/–
> Да, другое дело гугл в хроме Хром целиком принадлежит гуглу. Rust Foundation некоммерческая организация. > В с++ и с также же? Нет. Пропущен момент с реализацией. Важна именно целостность пути от идеи до практического использования. Конечный результат - фича в стабильной версии компилятора, а не документ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #45

40. Сообщение от laindono (ok), 01-Май-26, 03:38	–1 +/–
> Про кого речь? Приведи имена. https://github.com/rust-lang/rust/graphs/contributors
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #44

41. Сообщение от Аноним (11), 01-Май-26, 03:47	–1 +/–
> играть словами [...] что и C и TCP/IP стандарты О, да, прямо как в анекдоте про Петьку и нюанс. Я ради таких перлов от местных экспертов в комментарии и захожу. Жги еще!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

42. Сообщение от Аноним (11), 01-Май-26, 03:50	+/–
>> Тебе напомнить, сколько существует реализаций стандартной библиотеки C++ - и каждая >> со своим набором багов? > Я могу скомпилировать код под gcc или clang и получить работающую программу. Что я делаю не так? Что ты делаешь не так? Очевидно, читаешь одним местом, и потому "каждая со своим набором багов" прошло мимо тебя. "Работающую" он может получить... 🤦
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #47

43. Сообщение от laindono (ok), 01-Май-26, 03:57	–2 +/–
У C++ нет эталонной реализации вообще. Это означает, что нет реализации, которая полностью соответствует актуальному стандарту. У Rust реализация первична, а документация пишется с опорой на реализацию. Потому не смотря на некоторую неполноту, документация по Rust намного более точна и гораздо более практична. Фактически лучшая документация в индустрии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #46, #156

44. Сообщение от Сладкая булочка (?), 01-Май-26, 04:09	+/–
>> Про кого речь? Приведи имена. > https://github.com/rust-lang/rust/graphs/contributors Речь про "теоретиков-бюрократов", из сообщения выше https://www.opennet.dev/openforum/vsluhforumID3/139973.html#31 Про кого именно речь? Кто теоретик-бюрократ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #53

45. Сообщение от Сладкая булочка (?), 01-Май-26, 04:17	+/–
>> Да, другое дело гугл в хроме > Хром целиком принадлежит гуглу. Речь про то, что хром диктует разивите веба. Все новые фичи нравятся? Их никто кроме хрома не обсуждает. > Rust Foundation некоммерческая организация. И что это означает? У этой некоммерческой организации будут люди от спонсоров, которые будут продвигать свои идеи как только начнут (если) всерьез использовать язык. Так что эти байки о независимом развитии можно не обсуждать. Относительно независимое оно тогда, когда есть группа людей из разных компаний и никто не может резко потянуть одеяло на себя. >> В с++ и с также же? > Нет. Пропущен момент с реализацией. Важна именно целостность пути от идеи до > практического использования. Конечный результат - фича в стабильной версии компилятора, > а не документ. В чем именно он пропущен? Стандарт - это основной документ, по факту описание виртуальной машины языка, то, что он должен делать. Это именно тот документ, куда нужно смотреть, если возникает вопрос почему конкретная (возможно и эталонная) реализация работает именно так (возможно ошибочно). Путь эталонной реализации - это путь питона с кучей несовместимых реализаций, которая сегодня работает по одному, а завтра по другому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #86

46. Сообщение от Сладкая булочка (?), 01-Май-26, 04:25	+/–
> У C++ нет эталонной реализации вообще. Это означает, что нет реализации, которая > полностью соответствует актуальному стандарту. В чем проблема? Что значит польностью не соответвуют стандарту? Что такое актуальный стандарт? Для меня может с++11 в проекте актуальный и весь код будем им собираться даже компилятороами из транка. > У Rust реализация первична, а документация пишется с опорой на реализацию. Потому > не смотря на некоторую неполноту, документация по Rust намного более точна > и гораздо более практична. Фактически лучшая документация в индустрии. Документация для кого? Для новичков? Для создателей компилятора языка она как раз разбросана и также размазана по исходному коду, о чем выше в сообщении прямо сказано в доке раста. В то же время ты можешь взять просто стандарт языка си, просто текст и реализовать компилятор, который будет собирать соотвествующего стандрату кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #51

47. Сообщение от Сладкая булочка (?), 01-Май-26, 04:28	+/–
>>> Тебе напомнить, сколько существует реализаций стандартной библиотеки C++ - и каждая >>> со своим набором багов? >> Я могу скомпилировать код под gcc или clang и получить работающую программу. Что я делаю не так? > Что ты делаешь не так? Очевидно, читаешь одним местом, и потому "каждая > со своим набором багов" прошло мимо тебя. "Работающую" он может получить... > 🤦 Представь себе могу. Это значит, ты нагло врешь. Видите ли в разных реализациях у него баги. Никогда такого не было. Хохма. У тебя в одной реализации баги, чего бы им в разных то не быть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #90

49. Сообщение от Аноним (49), 01-Май-26, 05:18	+1 +/–
Если у раста будет стандарт и поддержка в гцц, то проприетарщики из кортимы будут не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #57

50. Сообщение от Аноним (50), 01-Май-26, 05:50	+3 +/–
Напоминаю: компиляция hello worldа с -std=c++20 - 1 секунда, с c++17 - 0.2, c с++14 - 0.1. Нахрен.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #72, #93, #169

51. Сообщение от laindono (ok), 01-Май-26, 06:07	–1 +/–
> Что такое актуальный стандарт? C++ 24 > Что значит польностью не соответвуют стандарту? Я не могу взять последний актуальный стандарт, написать программу используя этот стандарт и скомпилировать этот код во всех распространённых компиляторах. Фичи стандарта не реализованы или реализованы криво. Возможно будут реализованы через 10 лет. > Документация для кого? Для всех пользователей языка. Создатель компилятора Rust == создатель эталонного компилятора Rust. Все остальные - пользователи, включая создателей независимых реализаций. В мире C++ отсутствие документированного поведения называется Undefined Behavior и вам норм. Для Rust-комьюнити это недостаточно детально написанная документация и это то, что должно быть рано или поздно исправлено. На счёт полностью независимых реализаций у меня один вопрос. Зачем? Зачем несколько раз писать один и тот же код? Чтобы что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #64, #67

52. Сообщение от sunjob (ok), 01-Май-26, 06:08	+/–
странненько!!! где rust, где список уязвимостей?! :о)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #65, #96

53. Сообщение от laindono (ok), 01-Май-26, 06:13	–2 +/–
Те, кто занимаются написанием стандартов, но при этом не занимаются реализацией этих стандартов. И как я уже говорил, веб является ещё одним хорошим примером. XHTML вспомнить хотяб и прочие штуки оттуда. В итоге собрали WHATWG. Веб это конечно не исправило, но.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #60, #62, #76, #84

54. Сообщение от Аноним (33), 01-Май-26, 07:30	+2 +/–
К счастью, GCC пишется на C++, а не на Rust поэтому уязвимостей нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

57. Сообщение от 12yoexpert (ok), 01-Май-26, 07:44	+/–
это религия 1 в 1: там тоже не терпят конкуренции и внушают ЦА, что без их организации (места, куда деньги нести) ничего не выйдет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

60. Сообщение от Сладкая булочка (?), 01-Май-26, 08:00	+/–
> Те, кто занимаются написанием стандартов, но при этом не занимаются реализацией этих > стандартов. > И как я уже говорил, веб является ещё одним хорошим примером. XHTML > вспомнить хотяб и прочие штуки оттуда. В итоге собрали WHATWG. Веб > это конечно не исправило, но. Те, кто пишет стандарт WHATWG также не занимается реализацией. Ради интереса вот streams https://github.com/whatwg/streams/graphs/contributors а начальную реализацию в ff добавил человек, которого там нет https://bugzilla.mozilla.org/show_bug.cgi?id=1730589 И в chromium (или хроме) также. Конечно, в дальнейшем реализаторы могут что-то править в спеке, но в ориге ее пишет человек в рамках абстрактной машины из спеки жс + интефрейса dom (опять же по спеке). С самим js в tc39 такжео обстоят дела. Те, кто придумывают стандарты потом получают фидбек от реализаторов, но они могут вообще внутрях движка не разбираться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #147

62. Сообщение от Сладкая булочка (?), 01-Май-26, 08:03	+/–
> Те, кто занимаются написанием стандартов, но при этом не занимаются реализацией этих > стандартов. Вообще, чтобы нормально делать апи внутрянку не обязательно знать. Тебе надо нормальное апи придумывать и нормальное архитектурное мышление. Потом уже придут реализаторы и дадут фидбек. Так что не обязательно условному Страуструпу разбираться в тонкостях llvm или gcc, хотя компилятор он писал, конечно же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

64. Сообщение от Сладкая булочка (?), 01-Май-26, 08:11	+/–
> В мире C++ отсутствие документированного поведения называется Undefined Behavior и вам > норм. ub - это неопределенное поведение, оно документировано, то есть, сказано, что есть ub.   > Для Rust-комьюнити это недостаточно детально написанная документация и это то, > что должно быть рано или поздно исправлено. В расте тоже самое https://doc.rust-lang.org/reference/behavior-considered-unde...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #88

65. Сообщение от Сладкая булочка (?), 01-Май-26, 08:17	+/–
> странненько!!! где rust, где список уязвимостей?! :о) Прячут. Вот утечка https://github.com/Swival/security-audits/tree/main/rust-std...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #94, #118

66. Сообщение от Аноним (66), 01-Май-26, 08:56	+/–
Про Algol 68 есть хороший доклад с FOSDEM 2026 https://fosdem.org/2026/schedule/event/PEXRTN-ga68-intro/ Оказывается у них в планах потеснить rust и прочие языки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #87, #162, #189

67. Сообщение от Сладкая булочка (?), 01-Май-26, 09:03	+/–
>> Что такое актуальный стандарт? > C++ 24 Такого нет. Есть 23, есть 26. >> Что значит польностью не соответвуют стандарту? > Я не могу взять последний актуальный стандарт, написать программу используя этот стандарт > и скомпилировать этот код во всех распространённых компиляторах. Фичи стандарта не > реализованы или реализованы криво. Возможно будут реализованы через 10 лет. Почти все реализовано https://gcc.gnu.org/projects/cxx-status.html#cxx23 https://clang.llvm.org/cxx_status.html#cxx23 Ну и собственно в этом для реального кода нет особой проблемы. Код достаточно медленно переезжает на новые стандарты, спокойно приспосабливая частичное использование фичей из нового стандарта. >> Документация для кого? > На счёт полностью независимых реализаций у меня один вопрос. Зачем? Зачем несколько > раз писать один и тот же код? Чтобы что? Независимость. Он не один и тот же, т.к. может поддерживать разные архитектуры, например, те, которые в ориге не будут поддерживать или делать другие оптимизации. Вот есть https://github.com/ferrocene/ferrocene Зачем им писать тот же код? Чтобы что? А вот оказывается и спека была бы кстати, пришлось самим писать. Правда после передачи расту она куда-то делась...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

68. Сообщение от Аноним (68), 01-Май-26, 09:18	+/–
На кор²дуо? И как ты месяц проживёшь без опенета?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #95

70. Сообщение от Axonic (ok), 01-Май-26, 09:30	+3 +/–
Один из важнейших opensource-проектов. Может быть, даже номер два после ядра. Простите за пафос, но мир был бы хлипеньким и лукавым без GCC, Linux, FFmpeg, OpenSSL, Firefox, git, TeX, OpenVPN, GNOME, KDE, OpenCV, curl, MPFR и прочая, и прочая. Причина возможной хлипкости понятна. Что касается лукавости, то так и представляю, как без открытых проектов публике вдували бы в уши маркетинговую ерунуду в духе «лучшая в мире технология компиляции!», «уникальный медиакомпрессор с неограничеными возможностями!», «эпохальная операционая система, решающая все ваши задачи!» — и всё за деньги в конских масштабах.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73, #75, #120, #142

71. Сообщение от dannyD (?), 01-Май-26, 09:31	+/–
>>повод пересобирать мир! это зачем? вы еще гэ-си-си-те?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #92

72. Сообщение от Axonic (ok), 01-Май-26, 09:37	+1 +/–
Хочешь об этом поговорить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

73. Сообщение от Аноним (4), 01-Май-26, 10:10	+/–
Ерунда, ничего важного ты не перечислил. А вот без блендера действительно монополия копирастии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #104

74. Сообщение от Аноним (74), 01-Май-26, 10:40	+/–
Ни какого толка от новых циферку gcc нет. Мало того, код собранный в этих новых компиляторах, и жирнее и тормозные получается в добавок, и на старом железе крутится медленнее, чем то что в этом старом 12 компиляторе собрали. Это особенно в мpc-be чувствуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

75. Сообщение от Аноним (33), 01-Май-26, 10:41	+/–
Да никто, собственно, и не отрицает важности свободного ПО. Есть, конечно, некоторые лица, но они буквально воплощение басни "Свинья под дубом".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #79

76. Сообщение от Совершенно другой аноним (?), 01-Май-26, 11:05	+1 +/–
Не могу сказать про C++, не приходилось интересоваться, но в коммитет, разрабатывающий стандарт языка С вполне себе входят и представители от GCC, Clang, и, если правильно помню, даже от SDCC, как и от других заинтересованных сторон, по типу IBM, Red Hat, Intel, Google, ARM и Apple. Так-что оторванных от жизни академиков там не очень много, а те, кто кажутся академиками, по типу Martin Ueker из Graz University of Technology, внезапно оказываются теми самыми разработчиками компиляторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #77

77. Сообщение от Совершенно другой аноним (?), 01-Май-26, 11:12	+/–
> Martin Ueker сорри, Martin Uecker, конечно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

78. Сообщение от Аноним (78), 01-Май-26, 11:34	–1 +/–
> Добавлены новые операторы "^^" О, эмодзи пошли, следующий будет "(_O_)"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81, #107, #121

79. Сообщение от Axonic (ok), 01-Май-26, 12:01	+/–
Хорошая отсылка ) Я больше о том, что открытые проекты сбили спесь и самоуверенность с широкого круга корпораций, тяготеющих к зарабатыванию на воздухе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

80. Сообщение от name (??), 01-Май-26, 12:06	+/–
Модули-то, модули завезли??!!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82

81. Сообщение от Аноним (81), 01-Май-26, 12:12    Скрыто ботом-модератором	+/–
В Большом толковом словаре эмотиконов такого знака не нашёл. Как трактовать этот знак?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

82. Сообщение от Аноним (81), 01-Май-26, 12:18	+/–
Понял шутка. А если серъёзно, то в Си плюс-плюс модули завезли ещё в стандарте С++20. А если ещё серъёзней, зачем вообще для Си плюс-плюс модули? Это же не Паскаль! Наверно в своё вермя завыли те, кто мигрировал с Турбо-Паскаля и Дельфи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #100, #101, #199

84. Сообщение от уп (?), 01-Май-26, 12:56	+/–
Ты только посмотри на этих теоретиков и бюрократов! https://herbsutter.com/2026/03/29/c26-is-done-trip-report-ma.../ Господи, раст и его инфантилы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #112

86. Сообщение от Аноним (11), 01-Май-26, 13:11	+/–
>>> Да, другое дело гугл в хроме >> Хром целиком принадлежит гуглу. > Речь про то, что хром диктует разивите веба. Все новые фичи нравятся? Их никто кроме хрома не обсуждает. Ну что ж ты так нагло врешь? Развитие веба у нас диктует WHATWG и W3C, в которые, помима Гугла, входят и МС, Mozilla, и Apple. >> Rust Foundation некоммерческая организация. > Так что эти байки о независимом развитии можно не обсуждать. Относительно независимое оно тогда, когда есть группа людей из разных компаний и никто не может резко потянуть одеяло на себя. Ты не поверишь, но в составе Rust Foundation как раз таки группа разных компаний. И МS, и Google, и Amazon, и Meta, и десятки поменьше: https://rustfoundation.org/members/ А теперь посмотри, кто входит в состав комитета стандартизации C++ (спойлер: те же Мс, Гугл, Интеи и т.д) и сделай удивленные глаза.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #109

87. Сообщение от Аноним (87), 01-Май-26, 13:17	–1 +/–
Algol 68? Закопайте обратно! Я в шоке. По ссылке, доклад делает Jose E. Marchesi - ГНУ хакер, в кожаной куртке и с кубинской сигарой во рту. Он также один из разработчиков GNU toolchain. Я то думал, что там будет страый пердун из университетской кафедры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #141

88. Сообщение от laindono (ok), 01-Май-26, 13:34	+/–
В Rust нет UB. Только в unsafe Rust. Само наличие unsound-кода является критическим багом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #114

89. Сообщение от пгуыыцрщ (?), 01-Май-26, 13:34	+/–
Для gentoo-пользователей: из-за флагов, указанных в новости, дергаться не стоит: -flto-toplevel-asm-heuristics убирает ошибки из-за удаления используемых символов при LTO (уже года 4-5 такого не встречал, хотя может что то в env перекрыто у меня) а второй флаг включен при О2 по умолчанию.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #137

90. Сообщение от Аноним (11), 01-Май-26, 13:54	+/–
> У тебя в одной реализации баги, чего бы им в разных то не быть? Ну вот ты начинешь потихоньку понимать, почему зоопарк разных реализаций одного и того же - это лишь множение проблем на ровном месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #116

91. Сообщение от Аноним (11), 01-Май-26, 13:58	+/–
> Я вижу документ, где можно уточнить правильное поведение Особенно когда оно Undefined, ага. > а также участие кучи людей их разных стран и компаний для его принятия. А почему ты предпочитаешь не видеть их в случае с Растом? Или "это другое"? https://rustfoundation.org/members/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #108

92. Сообщение от Аноним (7), 01-Май-26, 14:01	+/–
Gentoo way. Хотя, между 15 и 16 не обязательно поменялось ABI. Да. И не ещё, а принципиально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

93. Сообщение от Аноним (7), 01-Май-26, 14:07	+/–
И покуй. Главное, чтоб в рантайме быстро работало. Что-то подсказывает, что если компилять проект значительно превосходящий Hello World, то разница будет незначительной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

94. Сообщение от Аноним (7), 01-Май-26, 14:11	+/–
"Это всё теории заговора Сишников!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #106

95. Сообщение от Аноним (7), 01-Май-26, 14:33	+/–
А что, пересобирать мир обязательно на C2D? Можно пересобирать на Рязани с учётом того, что будет работать и на C2D тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #130

96. Сообщение от Аноним (7), 01-Май-26, 14:37	+/–
https://github.com/Rust-GCC/gccrs Как видно, самые свежие изменения 2 days ago.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

97. Сообщение от Ананоним (?), 01-Май-26, 14:37    Скрыто ботом-модератором	+/–
Да, как раз похзолодало, для отопления это неплохой способ, и мир пресобрать и погреться немного от системника. Всё же лучше чем маслянный обогреватель, он тупо деньги в тепло переводит. А у тебя +  линуксячьи радости :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #103

98. Сообщение от Ананоним (?), 01-Май-26, 14:39	+/–
А чо с этим чуваком не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

99. Сообщение от Ананоним (?), 01-Май-26, 14:40	+/–
А с этими чувакоми чо не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

100. Сообщение от Ананоним (?), 01-Май-26, 14:41	+/–
И я тоже не понимаю зачем. Наверно потому что модно молодёжно и кому-то очень хочется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #124

101. Сообщение от Ананоним (?), 01-Май-26, 14:42	+/–
Я не разбирался с реализацией модулей в новых стандартах, но у меня противоречивая мысль в голове - а как же препроцессор при этом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #119

102. Сообщение от анонимс (?), 01-Май-26, 14:48	–2 +/–
cargo реестр завален мусором никем не поддерживаемых библиотек реализующих одно и тоже. Несколько либ для генерации случайных чисел (около 2 тысяч), несколько... Rust компилируется llvm написанным на C++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #111, #135

103. Сообщение от Аноним (7), 01-Май-26, 15:25    Скрыто ботом-модератором	+/–
Отапливаться лучше майнером с водяным охлаждением. Он не только греет, но ещё и электричество на отпление окупает. На Хабре есть статья с практической реализацией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

104. Сообщение от Аноним (7), 01-Май-26, 15:32	+/–
Ну Блендер, он для специфического круга лиц необходим. А во перечисленное им для среднестистического опенсорсного десктопа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #105

105. Сообщение от Аноним (4), 01-Май-26, 15:43	+/–
Среднестатистический опенсорсный десктоп замечательно проживёт без этого кривого низкосорного мусора. Даже линукс легко заменить на какую-нибудь фряху, не будь линукса с его вендорлочными заморочками она бы просто лучше поддерживалась проприетарью и электронами. А скорее ОС с нормальными драйверами и поддержкой железа получили бы большее распространение, такие, как нетбсд. Список вообще бредовый, один проект хуже другого и почти всё околопроприетарь и подпроприетарь. Та же gnutls важнее openssl.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

106. Сообщение от Сладкая булочка (?), 01-Май-26, 15:48	+/–
> "Это всё теории заговора Сишников!" В чатике раста опубликовали сами растовщики
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

107. Сообщение от Сладкая булочка (?), 01-Май-26, 15:50	+2 +/–
>> Добавлены новые операторы "^^" > О, эмодзи пошли, следующий будет "(_O_)" Не, этот зарезервирован для растовщиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #184

108. Сообщение от Сладкая булочка (?), 01-Май-26, 15:55	+/–
>> Я вижу документ, где можно уточнить правильное поведение > Особенно когда оно Undefined, ага. Еще один. Они как бы описаны в стандарте. >> а также участие кучи людей их разных стран и компаний для его принятия. > А почему ты предпочитаешь не видеть их в случае с Растом? Или > "это другое"? Потому что эти члены просто деньги дают. Как это связано с развитием?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #110, #138

109. Сообщение от Сладкая булочка (?), 01-Май-26, 15:59	–1 +/–
>>>> Да, другое дело гугл в хроме >>> Хром целиком принадлежит гуглу. >> Речь про то, что хром диктует разивите веба. Все новые фичи нравятся? Их никто кроме хрома не обсуждает. > Ну что ж ты так нагло врешь? Развитие веба у нас диктует > WHATWG и W3C, в которые, помима Гугла, входят и МС, Mozilla, > и Apple. Очень интересно. Тот MC, который использует chromium-based браузер? Или та Mozilla, которая не поддерживает экспериментальные возможности и всегда в роли догоняющего? >>> Rust Foundation некоммерческая организация. >> Так что эти байки о независимом развитии можно не обсуждать. Относительно независимое оно тогда, когда есть группа людей из разных компаний и никто не может резко потянуть одеяло на себя. > Ты не поверишь, но в составе Rust Foundation как раз таки группа > разных компаний. И МS, и Google, и Amazon, и Meta, и > десятки поменьше: > https://rustfoundation.org/members/ > А теперь посмотри, кто входит в состав комитета стандартизации C++ (спойлер: те > же Мс, Гугл, Интеи и т.д) и сделай удивленные глаза. Зачем мне их делать? Ты думаешь открыл мне Америку?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #139

110. Сообщение от Аноним (115), 01-Май-26, 16:03	–1 +/–
> Потому что эти члены просто деньги дают. Как это связано с развитием? Ну да, ну да: "вот вам деньги! Делайте что хотите!" И эта, открой уже толковый словарь и посмотри, что означает steering https://gcc.gnu.org/steering.html GCC steering committee members     David Edelsohn (Nvidia)     Jeffrey A. Law (Ventana Micro Systems)     Marc Lehmann (nethype GmbH)     Jason Merrill (Red Hat)     Ian Lance Taylor (Google)     Jim Wilson (SiFive)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #113

111. Сообщение от Аноним (115), 01-Май-26, 16:04    Скрыто ботом-модератором	+/–
> Rust компилируется llvm написанным на C++ Неа. Но ты продолжай копипастить методичку опеннетовских Воителей против Раста 🤦
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

112. Сообщение от Сладкая булочка (?), 01-Май-26, 16:06	+1 +/–
> Ты только посмотри на этих теоретиков и бюрократов! > https://herbsutter.com/2026/03/29/c26-is-done-trip-report-ma.../ И ни одного крашеноволосого-генрдерно-нейтрального-фемного-нитакусика! Не порядок! Одни теоретики-бюрократы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

113. Сообщение от Сладкая булочка (?), 01-Май-26, 16:09    Скрыто ботом-модератором	+/–
>[оверквотинг удален] > Ну да, ну да: "вот вам деньги! Делайте что хотите!" > И эта, открой уже толковый словарь и посмотри, что означает steering > https://gcc.gnu.org/steering.html > GCC steering committee members >     David Edelsohn (Nvidia) >     Jeffrey A. Law (Ventana Micro Systems) >     Marc Lehmann (nethype GmbH) >     Jason Merrill (Red Hat) >     Ian Lance Taylor (Google) >     Jim Wilson (SiFive) А куда по расту смотреть? Сюда https://rust-lang.org/governance/teams/leadership-council/ ? Вижу как минимум одного мужика в женском обличии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

114. Сообщение от Сладкая булочка (?), 01-Май-26, 16:11	+/–
> В Rust нет UB. Только в unsafe Rust. > Само наличие unsound-кода является критическим багом. Ну тогда получается в стандартной библиотеке и любом нетрививальном коде на расте критические баги? Так что-ли? И вообще мы не об этом говорили. Ты сказал, что ub не документировано, но оно как раз документировано в стандарте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #122

115. Сообщение от Аноним (115), 01-Май-26, 16:13	+2 +/–
> Эмм. Я могу скомпилировать код под gcc или clang и получить работающую > программу. Что я делаю не так? Как обычно, жонглируешь фактами и въешся ужом на сковородке, опуская "неприятное". В тот же шланг долго и упорно добавляли совместимость с gcc ... ну и наоборот - то же ядро долго причесывали, что бы добиться возможности компиляции шлангом. А теперь расскажи, почему tcc/pcc/msvc "этодругое!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #133, #150

116. Сообщение от Сладкая булочка (?), 01-Май-26, 16:22	+/–
>> У тебя в одной реализации баги, чего бы им в разных то не быть? > Ну вот ты начинешь потихоньку понимать, почему зоопарк разных реализаций одного и > того же - это лишь множение проблем на ровном месте. Нет, если можно сменить реализацию для фикса бага
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #131

118. Сообщение от Аноним (115), 01-Май-26, 16:26	+/–
>> странненько!!! где rust, где список уязвимостей?! :о) > Прячут. Вот утечка https://github.com/Swival/security-audits/tree/main/rust-std... Первый же патч для первой же "уязвимости": https://github.com/Swival/security-audits/blob/main/rust-std... --- a/library/compiler-builtins/ci/ci-util.py +++ b/library/compiler-builtins/ci/ci-util.py ... all_paths = sp.check_output(["tar", "tJf", baseline_archive], encoding="utf8") +    with tarfile.open(baseline_archive, "r:xz") as archive: +        for member in archive: +            path = PurePosixPath(member.name) Иногда таки полезно сперва сходить по ссылке ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

119. Сообщение от Аноним (120), 01-Май-26, 16:49	+/–
Не работает препроцессор. Не завезли нормального препроцессора AST-уровня, как в расте, поэтому и не работает. Препроцессор - это мерзость и антипаттерн, но когда без него становится невесело - приходится юзать обычные хедеры. Я в таких случаях делаю хедер для препроцессора, а остальное всё - в модуль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

120. Сообщение от Аноним (120), 01-Май-26, 16:51	+/–
>то так и представляю, как без открытых проектов публике вдували бы в уши маркетинговую ерунуду Как вдували, так и продолжают вдувать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #129

121. Сообщение от Аноним (121), 01-Май-26, 16:57	+/–
(_Е(__)3_)     ||     \/ Раз уж на то пошло. Катушка Тесла, однако ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #148

122. Сообщение от laindono (ok), 01-Май-26, 17:11	+/–
> Ну тогда получается Нет. Прочитай первые два абзаца по ссылке, которые ты сам же и нашёл. > что ub не документировано Undefined Behavior это недокументированное поведение. Это практически синонимы. Код, содержащий UB, является некорректным по определению. Safe Rust - за отсутствие UB отвечает анализатор, встроенный в rustc. Unsafe Rust - за отсутствие UB отвечает программист. Плюс для поиска есть miri. Для C++ нет стандартных инструментов для этого. Стандартных инструментов нет вообще. Стандарт отдельно, инструменты отдельно. Крутись, как хочешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #134, #136, #158

124. Сообщение от Аноним (-), 01-Май-26, 17:18	+/–
>Наверно потому что модно молодёжно Нет. >кому-то очень хочется. Тем кто раньше программровал на Дельфи. У там и компоненты были. Не дай бог они станут просить в стандарт ввести компоненты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #198

129. Сообщение от Axonic (ok), 01-Май-26, 17:26	+/–
Лишь той части публики, которая готова быть вдуваемой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #176

130. Сообщение от Аноним (130), 01-Май-26, 17:53    Скрыто ботом-модератором	+/–
Ага, если нет хлеба, ешь пирожные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

131. Сообщение от Аноним (11), 01-Май-26, 18:01	+1 +/–
>> множение проблем на ровном месте. > Нет, если можно сменить реализацию для фикса бага О да, сменять ВСЮ реализацию компилятора + стандартной либы из-за одного бага - это решение надежное, как швейцарские часы! Ведь в другой реализации никаких багов наверняка нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #132

132. Сообщение от Сладкая булочка (?), 01-Май-26, 18:03	+/–
>>> множение проблем на ровном месте. >> Нет, если можно сменить реализацию для фикса бага > О да, сменять ВСЮ реализацию компилятора + стандартной либы из-за одного бага > - это решение надежное, как швейцарские часы! Ведь в другой реализации > никаких багов наверняка нет. Совсем другое дело невозмоность ничего менять и вендорлоченность. Надежный швейцраский план любителей, когда их крепко держут за шары.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #145

133. Сообщение от Аноним (11), 01-Май-26, 18:05	+/–
> В тот же шланг долго и упорно добавляли совместимость с gcc ... ну и наоборот - то же ядро долго причесывали, что бы добиться возможности компиляции шлангом. Ну так ядерщики же привязались к расширениям GCC. Ведь оказалось, что святого стандарта С не достаточно, чтобы писать реальный код. Ведь оказалось, что никто не будет сидеть и годами ждать, пока комитетные дедки разродятся новым стандартом с нужными фичами. Но это не мешает местным уникумам типа булочки писать о КРИТИЧЕСКОЙ необходимости в стандартах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #149

134. Сообщение от Сладкая булочка (?), 01-Май-26, 18:06	–2 +/–
>> Ну тогда получается > Нет. Прочитай первые два абзаца по ссылке, которые ты сам же и > нашёл. Я не буду играть с тобой в игру отсылку по ссылке. >> что ub не документировано > Undefined Behavior это недокументированное поведение. Это практически синонимы. Код, > содержащий UB, является некорректным по определению. Сами ub документированы. Что будет, конечно, нет. > Safe Rust - за отсутствие UB отвечает анализатор, встроенный в rustc. > Unsafe Rust - за отсутствие UB отвечает программист. Плюс для поиска есть > miri. > Для C++ нет стандартных инструментов для этого. Эмм. -fsanitize=undefined.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #143

135. Сообщение от Аноним (11), 01-Май-26, 18:09	+/–
> cargo реестр завален мусором никем не поддерживаемых библиотек реализующих одно и тоже. Казалось бы, при чем тут васянские либы, если мы говорим о связки языка плюс его стандартной библиотеки? Тебе напомнить ситуацию с давно неподдерживаемыми васянолибами в C/C++? Эти языки в данном плане никто не переплюнет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

136. Сообщение от Сладкая булочка (?), 01-Май-26, 18:11	+/–
> Стандарт отдельно, инструменты отдельно. Крутись, как хочешь. Стандарт - это нормативный документ. Инструмент - его реализация. В чем проблема-то, я не могу понять? Вот есть у тебя сетевой протокол и есть куча либ его релизующая, можешь свою написать. Другое дело, когда стандарта нет, есть либа, которая как-то работает и написать свою по разным причинам (например, надо платить отчисления или тебе недоела нестабильность) ты не можешь без изучения кода другой либы, а в ней могут быть баги. И что проще, как думаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #146

137. Сообщение от Аноним (4), 01-Май-26, 18:17	+/–
Что на этот раз сломали? В тот раз zlib и readline, перед тем ncurses.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

138. Сообщение от Аноним (11), 01-Май-26, 18:24	+/–
>>> Я вижу документ, где можно уточнить правильное поведение >> Особенно когда оно Undefined, ага. > Еще один. Они как бы описаны в стандарте. В стандарте они описаны как undefined. То есть буквально "неопределенное поведение". А ты поешь об "утонить поведение". >>> а также участие кучи людей их разных стран и компаний для его принятия. >> А почему ты предпочитаешь не видеть их в случае с Растом? Или >> "это другое"? > Потому что эти члены просто деньги дают. А ты свечку держал, чтобы утверждать, кто там кому деньги давал? Ссылочкой свои слова подкрепи, пожалуйста, а то звучит как бредовая теория заговора...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #151

139. Сообщение от Аноним (11), 01-Май-26, 18:39	+/–
>>> никто кроме хрома не обсуждает. > Очень интересно. Тот MC, который использует chromium-based браузер? Или та Mozilla, которая не поддерживает экспериментальные возможности и всегда в роли догоняющего? Очень интересно - это как ты лжешь и извиваешься на сковороде. Ты пел о том, что "кроме хрома никто не обсуждает", а оказалось, что обсуждает. То есть соврал. Какой браузер использует МС и как быстро Мозилла реализует фичи - это к вопросу о разработке стандарта не имеет никакого отношения. Ну и, конечно же, ты тактично умолчал о том, какой браузер использует Apple (который тоже входит в WHATWG). >> разных компаний. И МS, и Google, и Amazon, и Meta, и десятки поменьше: >> https://rustfoundation.org/members/ >> А теперь посмотри, кто входит в состав комитета стандартизации C++ (спойлер: те > > же Мс, Гугл, Интеи и т.д) и сделай удивленные глаза. > Зачем мне их делать? Ты думаешь открыл мне Америку? Ты не в состоянии держать в голове контекст обсуждения или что? Ты заявил, что в Rust Foundation нет независимости, ведь "относительно независимое оно тогда, когда есть группа людей из разных компаний и никто не может резко потянуть одеяло на себя.". Теперь на поверку оказалось, что "группа людей из разных компаний" в Расте таки есть. То есть ситуация в плане независимости в Rust и C++ абсолютно одинаковая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #155

140. Сообщение от Аноним (4), 01-Май-26, 18:39	+/–
какая-то дурная тенденция * sys-devel/gcc-14.3.1_p20260213          Total files : 1886          Total size  : 296.32 MiB * sys-devel/gcc-15.2.1_p20260214          Total files : 1943          Total size  : 316.72 MiB * sys-devel/gcc-16.1.0          Total files : 2036          Total size  : 387.17 MiB
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #160, #166

141. Сообщение от Аноним (141), 01-Май-26, 18:39	+1 +/–
> Algol 68? Закопайте обратно! На нем есть очень неслабая математика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #144

142. Сообщение от Аноним (141), 01-Май-26, 18:41	+1 +/–
> Один из важнейших opensource-проектов. Может быть, даже номер два после ядра. По важности для всех ИТ - номер 1. Отличный компилятор портирован на все системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

143. Сообщение от Аноним (11), 01-Май-26, 18:47	+/–
>>> Ну тогда получается >> Нет. Прочитай первые два абзаца по ссылке, которые ты сам же и нашёл. > Я не буду играть с тобой в игру отсылку по ссылке. Ты не удосужился прочитать текст, который ты сам же попытался привести в качестве контраргумента, и потому закономерно сел в лужу. Если кто-то тут и играет, то это ты - в игру "прикидываюсь валенком". >> Для C++ нет стандартных инструментов для этого. > Эмм. -fsanitize=undefined. Эмм, с каких пор -fsanitize стал стандартным?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

144. Сообщение от Аноним (4), 01-Май-26, 18:48	+/–
Разве не портировали на фортран ещё 50 лет назад? Как раз с алгола всё необходимое вытянули. Да и вопрос производительности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

145. Сообщение от Аноним (11), 01-Май-26, 18:54	+/–
>> О да, сменять ВСЮ реализацию компилятора + стандартной либы из-за одного бага - это решение надежное, как швейцарские часы! > Совсем другое дело невозмоность ничего менять Конечно надежный, ведь тот самый баг пофиксят или сами разрабы, или ты сам сделаешь временный workaround, а 99.9% остального кода останется нетронутым. А ты предлагаешь вместо этого менять вообще 100% кода на новый. Ты вообще где такое видел, чтобы из-за бага в одном компиляторе/std-либе перепрыгивали на другой, лол? Может, в ядре Linux с GCC на Clang перепрыгивают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #177

146. Сообщение от Аноним (11), 01-Май-26, 19:20	+/–
>> Стандарт отдельно, инструменты отдельно. Крутись, как хочешь. > Стандарт - это нормативный документ. Инструмент - его реализация. В том-то и дело, что развитие C++ ограничено скоростью и уровнем фич его стандарта. А стандарты C++ рожаются фантастически медленно и по чуть-чуть. > Вот есть у тебя сетевой протокол и есть куча либ его релизующая, можешь свою написать. Другое дело, когда стандарта нет, есть либа, Ты зачем-то путаешь стандарт протокола и стандарт API, который реализует данный протокол. Это вообще разные вещи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #153

147. Сообщение от Аноним (11), 01-Май-26, 19:58	+/–
> Те, кто пишет стандарт WHATWG также не занимается реализацией Зачем ты так нагло лжешь? WHATWG создали те, кто БКУВАЛЬНО занимается реализацией стандартов в своих браузерных движках. И создан он был БКУВАЛЬНО потому, что W3C начала предлагать на бумагах маразм, не совместимый с реальностью: > https://whatwg.org/faq#what-is-the-whatwg "The WHATWG was founded by individuals of Apple, the Mozilla Foundation, and Opera Software in 2004, after a W3C workshop. Apple, Mozilla and Opera were becoming increasingly concerned about the W3C’s direction with XHTML, lack of interest in HTML, and apparent disregard for the needs of real-world web developers."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #152

148. Сообщение от sunjob (ok), 01-Май-26, 23:45	+/–
> Катушка Тесла, однако ;) после копирования в "моноширинный блокнот" - больше на мужское хозяство попхоже :о)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #197

149. Сообщение от Аноним (149), 01-Май-26, 23:46	+/–
Linux как раз стараются переделывать по стандарту, вспомните как переделали назначенную инициализацию полей структур { .p1=чтото } а было { p1:чтото } А Булочка права.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

150. Сообщение от Аноним (149), 01-Май-26, 23:56	+/–
>почему tcc/pcc/msvc "этодругое В чём другое? Если эти tcc, pcc, msvc являются компиляторами C, то ими тоже можно скомпилировать программу на C. C - он везде C, я вон даже на клоне ZX Spectrum программировал на C.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

151. Сообщение от Аноним (149), 02-Май-26, 00:13	+1 +/–
>буквально "неопределенное поведение". А ты поешь об "утонить поведение". Где логическая ошибка в словах Булочки? >А ты свечку держал, чтобы утверждать, кто там кому деньги давал? Странно что вы не знаете как идёт разработка стандартов ISO C++ и как идёт разработка Rust'а. Если коротко, ISO собирает предложения от комитетов в разных странах, то есть международная коллективная разработка, а Rust разрабатывают согласно хотелкам основных спонсоров (ну эти, которых 5 штук).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

152. Сообщение от Сладкая булочка (?), 02-Май-26, 00:21	–3 +/–
>> Те, кто пишет стандарт WHATWG также не занимается реализацией > Зачем ты так нагло лжешь? WHATWG создали те, кто БКУВАЛЬНО занимается реализацией > стандартов в своих браузерных движках. И создан он был БКУВАЛЬНО потому, > что W3C начала предлагать на бумагах маразм, не совместимый с реальностью: Я тебе ссылки привел на то, кто пишет спеку (в частности Доменик Деникола) и кто ее реально в браузерах реализует. Это разные люди. Вопросы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #157

153. Сообщение от Сладкая булочка (?), 02-Май-26, 00:24	–1 +/–
>>> Стандарт отдельно, инструменты отдельно. Крутись, как хочешь. >> Стандарт - это нормативный документ. Инструмент - его реализация. > В том-то и дело, что развитие C++ ограничено скоростью и уровнем фич > его стандарта. А стандарты C++ рожаются фантастически медленно и по чуть-чуть. Раз в 3 года, куда чаще то? Ты на работе код пишешь или на новые стандарты переходишь? >> Вот есть у тебя сетевой протокол и есть куча либ его релизующая, можешь свою написать. Другое дело, когда стандарта нет, есть либа, > Ты зачем-то путаешь стандарт протокола и стандарт API, который реализует данный протокол. > Это вообще разные вещи. Я ничего не путаю. Давай пример проще. Ты хочешь в туалет, что лучше 1 свободный и один занятый или только 1 занятый? Судя по вашей логике лучше 1 на всех. "Зачем 2 раза делать одну и ту же работу" (с).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

154. Сообщение от Аноним (149), 02-Май-26, 00:27	+/–
>проблема C/C++ - отсутствие эталонной реализации Во-первых, зачем? Во-вторых, вы же сами сказали что стандарт нужен для того, чтобы у многих реализаций было что-то общее. В-третьих, фичи C++ сначала обкатывааются в различных библиотеках, например, boost, fmt и многих других, после этого переносятся в стандарт, а эти библиотеки фактически и есть эталонная реализация фич C++. Примерно так же обстоит и с Ada. >стандарта, который делают обкуренные девочки-волшебницы. После такого утверждения на ваши слова больше никто не будет обращать внимание. Сами виноваты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #167

155. Сообщение от Аноним (149), 02-Май-26, 00:31	+/–
>То есть ситуация в плане независимости в Rust и C++ абсолютно одинаковая. Нет-нет-нет, в Ruste во всём рулят спонсоры, а у C++ общественная разработка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

156. Сообщение от Аноним (149), 02-Май-26, 00:32	+/–
>документация по Rust намного более точна и гораздо более практична. Фактически лучшая документация в индустрии. Давно так не смеялся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #168

157. Сообщение от Аноним (11), 02-Май-26, 00:57	+/–
> Я тебе ссылки привел на то, кто пишет спеку (в частности Доменик Деникола) и кто ее реально в браузерах реализует. Это разные люди. И плевать, что этот самый Доменик Деникола - сотрудник Гугла, который не только спеку писал, но и непосредственно участвовал в ее реализации Хрома. Разные люди, ага... >  Вопросы? Вопрос: ты мазохист? Почему ты героически продолжаешь позориться буквально по каждому пункту?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #174

158. Сообщение от Аноним (149), 02-Май-26, 00:57	–1 +/–
>Safe Rust - за отсутствие UB отвечает анализатор, встроенный в rustc. >Unsafe Rust - за отсутствие UB отвечает программист. Плюс для поиска есть miri. >Для C++ нет стандартных инструментов для этого Ок, хорошо что вы это знаете. Теперь вопрос: а в чём проблема? Rust - высокоуровневый язык для прикладного программирования, одного поля ягодка с Python, Java, Node.js, Go, конечно в него встроены механизмы безопасности, в том числе и при работе с указателями, так же как и в Java, Python и т.д. А C и C++ - язык для системного программирования, для них самое главное прсто и удобно рабоать с ресурсами системы на низком уровне, и переносимость. Вот для максимальной переносимости и эффективной реализации на разных платформах и так много что неопределённое поведение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #175, #186

159. Сообщение от Аноним (163), 02-Май-26, 01:00	+/–
>Реализация C++20 в стандартной библиотеке объявлена стабильной. Шёл 2026 год.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #164, #203

160. Сообщение от Аноним (149), 02-Май-26, 01:01	+/–
Это всё из-за gccrs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

161. Сообщение от Аноним (163), 02-Май-26, 01:03	+1 +/–
>Расту нужен стандарт Стандарт не нужен. Посмотрите на сишку, где только один компилятор в состоянии собрать glibc, а второй компилятор может быть соберёт, после того, как glibc пропатчат. Зато есть куча суррогатно-бутафорных компиляторов, не пригодных для практического использования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

162. Сообщение от Аноним (149), 02-Май-26, 01:04	+/–
Алгол - всегда молодой! Между прочим, надёжный язык, с автоматическим управлением памятью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #182, #190

163. Сообщение от Аноним (163), 02-Май-26, 01:07	+/–
>Я могу скомпилировать код под gcc или clang и получить работающую программу. Что я делаю не так? Врёшь. https://www.opennet.dev/opennews/art.shtml?num=58500 Реализована возможность сборки Glibc при помощи инструментария LLVM Без дополнительных патчей никак
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

164. Сообщение от Аноним (149), 02-Май-26, 01:08	+/–
На самом деле уже в GCC 13 c++20 работал нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

165. Сообщение от Аноним (163), 02-Май-26, 01:10	+/–
>Нормально - это как? Нормально, это не как в крестах, когда в 2026 году стабилизирую реализацию c++20
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #173

166. Сообщение от Аноним (166), 02-Май-26, 01:10	+/–
> какая-то дурная тенденция Это невпервой. Во времена 4.1, 4.2, 4.3... сидел на лфс. Отчётливо помню, что каждый релиз добавляли по новой зависимости от всяких libgmp, libmpfr, и это раздражало, приходилось скрипты править.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

167. Сообщение от Аноним (11), 02-Май-26, 01:13	+/–
> В-третьих, фичи C++ сначала обкатывааются в различных библиотеках, например, boost, fmt и многих других, после этого переносятся в стандарт В том-то и дело, что не переносятся, а реализуются в с нуля в каждой стантартной либе под каждый компилятор. В итоге у тебя все три основных реализации (libstdc++, libcxx и MSVC) каждая со своими багами. Иди поюзай std::filesystem из libstdc++ на Винде - много интересного узнаешь. > а эти библиотеки фактически и есть эталонная реализация фич C++. Вот поэтому в сколь-нибудь серьезных проектах и используют те самые boost, fmt и прочие напрямую, а стандартом подтираются в туалете: людям некогда сидеть и ждать, пока комитетчики притянут эти либы в стандарт, а писатели компиляторов потом понапишут на его основе свои багованые клоны. Что непонятного?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #170

168. Сообщение от Аноним (11), 02-Май-26, 01:18	+/–
>> документация по Rust намного более точна и гораздо более практична > Давно так не смеялся А чего не смеёшься от точности и практичности Undefined behavior в стандарте C++? Или от того, что либа для работы с ФС появилась только в 2017 году? Или от того, что string::starts_with добавили только в 2020?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #171

169. Сообщение от Аноним (163), 02-Май-26, 01:21	–1 +/–
Это пожалуй один из лучших аргументов против крестов. Чем ниже стандарт, тем ближе код к дыряшке, тем больше нужно ручных действий, для того чтоб не портить память. Чем выше стандарт, тем больше тормозит компиляция.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

170. Сообщение от Аноним (149), 02-Май-26, 01:23	+/–
>В том-то и дело, что не переносятся, а реализуются в с нуля в каждой стантартной либе под каждый компилятор Переносится в стандарт поведение фичи, а что реализация стандарта не совсем точная - есть такое. Если нужно абсолютно как в стандарте - то исполльзуйте Ada, она тоже есть в GCC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

171. Сообщение от Аноним (149), 02-Май-26, 01:25	+/–
Речь шла про качество документации, а не фичи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #172

172. Сообщение от Аноним (11), 02-Май-26, 01:44	+/–
> Речь шла про качество документации, а не фичи. Так я и говорю про "качество и практичность" текста документации, где UB на каждый чих и отсутствие базовых фич. Но тут ты почему-то не смеешься...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #208

173. Сообщение от Сладкая булочка (?), 02-Май-26, 03:50	+/–
>>Нормально - это как? > Нормально, это не как в крестах, когда в 2026 году стабилизирую реализацию > c++20 О чем речь? https://gcc.gnu.org/projects/cxx-status.html#cxx20
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #185

174. Сообщение от Сладкая булочка (?), 02-Май-26, 03:58	–2 +/–
>> Я тебе ссылки привел на то, кто пишет спеку (в частности Доменик Деникола) и кто ее реально в браузерах реализует. Это разные люди. > И плевать, что этот самый Доменик Деникола - сотрудник Гугла, который не > только спеку писал, но и непосредственно участвовал в ее реализации Хрома. > Разные люди, ага... 1. Давай покажи его коммиты в хромиуме в реализации потоков. 2. А firefox тоже он? Нет. А кто? А вообще левый чел. > сотрудник Гугла, который не только спеку писал Вроде про коллективную разработку речь, не? Спеку пишет сотрудник Гугла, в ff реализует кто-то другой, кто к спеке отношения не имеет. Где эти писатели-спек-реализаторы спек из контор, про которые вы тут мне поете? >>  Вопросы? > Вопрос: ты мазохист? Почему ты героически продолжаешь позориться буквально по каждому пункту? Признавай свою неправоту (с)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #178, #179

175. Сообщение от laindono (ok), 02-Май-26, 04:04	+/–
Rust в первую очередь язык для низкоуровневого системного программирования. Я писал в учебных целях операционную систему на Rust. И некоторые другие системные штуки. По моему опыту Rust для подобных задач подходит в разы лучше C++. Это касается как очень ограниченного embedded или ядерного кода, так и баз данных и прочих демонов с библиотеками. Обещания про zerocost выполняются в более полном объёме по сравнению с C++. Это больше похоже на чистый Си, но с невероятно надёжным, мощным и удобным анализатором. Весь синтаксический сахар прозрачен. И стандартные библиотеки гораздо более универсальны. А вот Python/Java/JS заменять на Rust часто плохая идея. Если конечно нет жёстких требований к CPU/RAM. Да, Rust позволяет в 10-100 раз уменьшить потребление ресурсов. Но нужно это далеко не всегда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #207

176. Сообщение от Аноним (176), 02-Май-26, 05:47	+/–
Ну так это же утверждение всегда было истиным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

177. Сообщение от Аноним (-), 02-Май-26, 07:08	+/–
> Ты вообще где такое видел, чтобы из-за бага в одном компиляторе/std-либе перепрыгивали на другой, лол? Может, в ядре Linux с GCC на Clang перепрыгивают? Говорят, что после последнего обновления Claude начала спорить до галлюцинаций, выдумывая правдоподобные аргументы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #194

178. Сообщение от Аноним (11), 02-Май-26, 07:23	+/–
>> сотрудник Гугла, который не только спеку писал > Вроде про коллективную разработку речь, не? Не, речь про твою ложь о (цитата) "те, кто пишет стандарт WHATWG также не занимается реализацией": https://www.opennet.dev/openforum/vsluhforumID3/139973.html#60 Ты традиционно не додумался хотя бы немножко погуглить, прежде чем набрасывать - и закономерно сел в лужу. 👍 > Спеку пишет сотрудник Гугла, в ff реализует кто-то другой, кто к спеке отношения не имеет Было бы странно, если бы реализацию спеки для FF писали сотрудники Гугла. > Где эти писатели-спек-реализаторы спек из контор Вот, Доменик Деникола. Ты же сам его в пример привел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

179. Сообщение от Аноним (11), 02-Май-26, 08:12	+/–
> Давай покажи его коммиты в хромиуме в реализации потоков. Ты все прикидываешься валенком, не способным использовать Гугл? Ну ок, вот тебе несколько, чисто чтобы поугарать над тобой: * Adds ReadableStreamOperations::{createReadableStream,createCountQueuingStrategy}, as well as the supporting UnderlyingSourceBase and ReadableStreamController classes https://chromium.googlesource.com/chromium/src/+/81c4571248f... * Implement author-constructible ReadableStream using V8 extras https://chromium.googlesource.com/chromium/src/+/5ba05470cb4... * Update writable streams for the latest spec changes https://chromium.googlesource.com/chromium/src/+/2d69d55423f... Ну и да: на даты комитов тоже обрати внимание.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

182. Сообщение от Аноним (182), 02-Май-26, 08:20	+/–
>Алгол - всегда молодой! Разработан комитетом по языку высокого уровня IFIP в 1958-1960 годах. Кардинально переработан в 1964-1968 годах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

184. Сообщение от Аноним (-), 02-Май-26, 12:02	–1 +/–
Похоже, у вас проблемы со шрифтами. На эмодзи изображены две сладкие булочки, а между ними - язык Си. Вся суть Си++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #196

185. Сообщение от Аноним (185), 02-Май-26, 15:08	–1 +/–
Вы опять делаете вид, что не понимаете, о чём речь. Если у языка нет стандарта, то достаточно в эталонной реализации что-то сделать, и этим уже можно будет пользоваться. >Реализованы возможности, связанные со стандартом C++23, такие как явное управление временем жизни объектов и поддержка указания кодировки символов диагностических сообщений. C++23 - это 2024 год. Сейчас 2026. Спустя два года после появления стандарта, появилась реализация. >Расширена поддержка стандарта C23, например, реализована возможность использования атрибута "counted_by" для проверки корректности использования указателей. Мне лень проверять, есть ли в 2026 году полная поддержка стандарта из 2024 года или нет, но как минимум в 2025 её не было. А сейчас добавим сюда тот факт, что всякие мелкие реализации, вроде tcc или cproc застревают на каких-то старых стандартах. Фактически, если человек хочет пользоваться переносимостью кода, то ему нужно писать на условном c99, а ещё лучше c89, и для него развитие языка остановилось навсегда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #204

186. Сообщение от Аноним (185), 02-Май-26, 15:10	+/–
>Rust - высокоуровневый язык для прикладного программирования, одного поля ягодка с Python, Java, Node.js, Go Намешать язык без сборщика мусора с языками со сборщиками мусора, которые в свою очередь делятся на машинный код и виртуальную машину - это признак профессиональной некомпетентности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #206

187. Сообщение от Аноним (187), 02-Май-26, 16:14	+/–
Что куда стекает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

189. Сообщение от _ (??), 02-Май-26, 17:25	+/–
> Про Algol 68 ... Оказывается у них в планах потеснить rust и прочие языки. Ну всё правильно, кладбища в европках - крошечные даже за место там надо боророцццоо :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

190. Сообщение от _ (??), 02-Май-26, 17:27	+/–
Единственный на котором НИ ОДНОЙ значимой программы не написали! Это уж настолько характерная характеристика... причём никогда не врёт!(С) :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #205

193. Сообщение от Мистер Булкин (ok), 02-Май-26, 20:35	+/–
Что-то там FFmpeg жалуются, что 16.1 выдаёт сегфолты в 838 тестах
Ответить | Правка | Наверх | Cообщить модератору

194. Сообщение от Аноним (194), 02-Май-26, 21:05	+/–
"Класный" контраргумент... /мимипроходил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #200

195. Сообщение от Аноним (195), 02-Май-26, 21:29	+/–
> Upgrade to GCC 16.1.0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

196. Сообщение от _ (??), 02-Май-26, 22:15	+/–
Не разгибайся! :)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

197. Сообщение от _ (??), 02-Май-26, 22:16	+/–
U YA се у вас фантазия развита ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

198. Сообщение от _ (??), 02-Май-26, 22:18	+/–
Если есть модули - то компоненты как бе и не ... Не? Правдо модули в тут ... такое(С) :( Не модули а "модули" ... А когда они полноценные - весьма даже зачётная штука!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

199. Сообщение от Аноним (199), 02-Май-26, 22:19	+/–
> А если ещё серъёзней, зачем вообще для Си плюс-плюс модули? Чтобы не описывать один интерфейс дважды. Чтобы смена порядка включений кода не ломала логику работы. Чтобы.. да миллион причин.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

200. Сообщение от Аноним (-), 02-Май-26, 22:50    Скрыто ботом-модератором	+/–
Ты неправильно понял, это был совсем не контр-аргумент. /идидальше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

201. Сообщение от Аноним (203), 02-Май-26, 23:01    Скрыто ботом-модератором	+/–
Короче C++ такой не нужный, что поддержку его новых международных стандартов каждый компилятор выставляет напоказ ликующей толпе, а раст кроме растоманов кто нибудь пилит? Ах да забыл и стандарта у раста нет, кроме мануала от васяна
Ответить | Правка | Наверх | Cообщить модератору

202. Сообщение от Аноним (203), 02-Май-26, 23:03	+/–
Поддержка новых международных стандартов C++ это киллер фича любого космпилятора, а что насчет раста? Ах да у него же и стандарта нет, кроме мануала от васяна в html
Ответить | Правка | Наверх | Cообщить модератору

203. Сообщение от Аноним (203), 02-Май-26, 23:05	+/–
Темп нормальный если C++20 полностью запили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

204. Сообщение от Сладкая булочка (?), 03-Май-26, 00:13	+/–
> А сейчас добавим сюда тот факт, что всякие мелкие реализации, вроде tcc > или cproc застревают на каких-то старых стандартах. Фактически, если человек хочет > пользоваться переносимостью кода, то ему нужно писать на условном c99, а > ещё лучше c89, и для него развитие языка остановилось навсегда. А у тебя прогресс. Только вот опять ты ошибся, т.к. он поддерживает с11.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

205. Сообщение от Аноним (4), 03-Май-26, 00:27	+/–
Все по твоему значимые программы написали после 80, алгол был 58-68 и алгоритмы портировались на фортран в 70-80х (ты скажешь ни одной значимой программы на фортране, но для математики ничего лучше не придумали).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

206. Сообщение от Аноним (207), 03-Май-26, 01:42	+/–
Это не ко мне претензии, это гугль с амазоном и клаудфлар всё смешали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

207. Сообщение от Аноним (207), 03-Май-26, 01:45	+/–
>Rust в первую очередь язык для низкоуровневого системного программирования. >Я писал в учебных целях операционную систему на Rust Для операционных систем написанных на Ruste - Rust язык системного программирования, а для unix (-подобных) - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

208. Сообщение от Аноним (207), 03-Май-26, 01:47	+/–
Потому что наличие UB и минимальный набор фич - это не есть низкое качество. Пример - Оберон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

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

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