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

"Релиз набора компиляторов 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.me/opennews/art.shtml?num=65329
Ответить | Правка | Cообщить модератору

Сообщения

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

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

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

3. Сообщение от Джон Титор (ok), 30-Апр-26, 23:13	+/–
> Продолжена реализация стандартов 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

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

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

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

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

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	–3 +/–
> Расту нужен стандарт Такой, как в 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	+/–
> Тогда будет зоопарк реализаций этих самых фич. Каким именно лесом при том пойдёт эта ваша безопасТность догадайтесь сами. Шта? Пока что зоопарк как раз в C++, а не в Расте. Тебе напомнить, сколько существует реализаций стандартной библиотеки C++ - и каждая со своим набором багов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #15, #21, #38

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

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

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

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

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

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

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

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	+/–
> Это же нарушение канонов! > По канону положено: 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

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

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

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

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

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

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

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

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

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

39. Сообщение от laindono (ok), 01-Май-26, 03:37	+/–
> Да, другое дело гугл в хроме Хром целиком принадлежит гуглу. 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	+/–
> играть словами [...] что и C и TCP/IP стандарты О, да, прямо как в анекдоте про Петьку и нюанс. Я ради таких перлов от местных экспертов в комментарии и захожу. Жги еще!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

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

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

44. Сообщение от Сладкая булочка (?), 01-Май-26, 04:09	+/–
>> Про кого речь? Приведи имена. > https://github.com/rust-lang/rust/graphs/contributors Речь про "теоретиков-бюрократов", из сообщения выше https://www.opennet.me/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

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

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

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, #58, #65

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

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

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

58. Сообщение от 12yoexpert (ok), 01-Май-26, 07:47	+/–
у раста не может быть уязвимостей, так написано в Евангелии
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #85

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

61. Сообщение от Аноним (61), 01-Май-26, 08:02	+/–
>на основе микроархитектуры Zen6 (-march=znver6) Краем глаза прочитал как зверь -march=zver. Zen6 - зверский проц.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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	+/–
Не могу сказать про 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	+/–
> Добавлены новые операторы "^^" О, эмодзи пошли, следующий будет "(_O_)"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81

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

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

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

85. Сообщение от Аноним (85), 01-Май-26, 13:05    Скрыто ботом-модератором	+/–
> Евангелии от Люцифера?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

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

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

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

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