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

"Утверждён стандарт C++26"	+/–
Сообщение от opennews (??), 30-Мрт-26, 14:02
Комитет ISO по стандартизации языка C++ завершил утвердил финальным вариант спецификации, образующей международный стандарт "C++26". Представленные в спецификации возможности частично уже  поддерживаются в  компиляторах  GCC, Clang и Microsoft Visual C++. Поддерживающие C++26 стандартные библиотеки реализованы в рамках проекта Boost... Подробнее: https://www.opennet.me/opennews/art.shtml?num=65102
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 30-Мрт-26, 14:02	+2 +/–
Экзекуторы добавили!!! Класс!!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #135

2. Сообщение от mos87 (ok), 30-Мрт-26, 14:10	–1 +/–
Что там по БЕЗО работы с памятью?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #166

3. Сообщение от Аноним (-), 30-Мрт-26, 14:10	–4 +/–
> Представленные в спецификации возможности частично уже поддерживаются в компиляторах GCC, Clang и Microsoft Visual C++. И что характерно НИ ОДИН из компиляторов не поддерживает стандарт полностью! library features так вообще - поддерживаемых почти сколько же сколько не поддерживаемых. Простите, а это компилятор чего? Точно С++26, а не какого-то сабсета недоязыка?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #15, #17

4. Сообщение от Аноним (4), 30-Мрт-26, 14:11	+27 +/–
> Добавлены новые операторы "^^" для получения метаинформации о грамматической конструкции и "[:…:]" И вот после этого кто-то будет называть раст не читаемым....
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #65, #91, #254

5. Сообщение от Аноним (5), 30-Мрт-26, 14:12	+4 +/–
Вот теперь точно пора ливать из C++. Непонятно как все это удерживать в голове и при этом решать задачу предметной области. Поскорее бы zig до ума довели, ибо zig + go хватит всем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #21, #45, #59, #226, #260

6. Сообщение от Bottle (?), 30-Мрт-26, 14:13	+4 +/–
По классике жанра: а что там с модулями? Что-нибудь продвинулось? Судя по табличке с cppreference.com воз и ныне там.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #44, #156, #186, #321

7. Сообщение от Аноним (-), 30-Мрт-26, 14:16	+1 +/–
> static_assert(^^i != ^^j); > static_assert(^^i != std::meta::reflect_constant(42)); Хахаха, а потом они будут кричать "в вашам хрусте нечитаемые синтаксис! там много взяких закорючек"))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #212

8. Сообщение от Аноним (8), 30-Мрт-26, 14:18	+3 +/–
Может кто-то что-то понимает в современных C++, а я уже нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #46, #187

9. Сообщение от Ананоним (?), 30-Мрт-26, 14:20	+5 +/–
Просто поинтересуйся на каком стандарте пишут компилятор сами разработчики новых компиляторов. По секрету для тебя: на очень старом, а нововведения всё для тебя, дорогой. Чтобы ты боролся с надуманными проблемами, а не использовал простой язык, на котором всё можно было писать вполне успешно и эффективно ещё 20 лет назад.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #14, #30, #31, #69

10. Сообщение от Bottle (?), 30-Мрт-26, 14:20	+5 +/–
А всё благодаря великолепным правилам из разряда "А на этой платформе можно точность другую у интов взять", "Мы будем игнорировать существование #pragma once, гнутых расширений и кланговских, давайте вместо этого ещё что-нибудь из Boost потырим в стандарт за триста франков", "плевать, что в сишке есть restrict, нам не нужна производительность и совместимость в плюсах".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #26

11. Сообщение от Ананоним (?), 30-Мрт-26, 14:24	+1 +/–
Кто-нибудь здесь знает, появились ли уже трансляторы так называемых современных версий C++ в, например, C++03?
Ответить | Правка | Наверх | Cообщить модератору

12. Сообщение от Аноним (13), 30-Мрт-26, 14:25	+3 +/–
Достаточно Страуструпа (последнее издание). Остальное от лукавого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #88, #265

13. Сообщение от Аноним (13), 30-Мрт-26, 14:26	+6 +/–
Относитесь к этому как к бреду. Я так уже давно делаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #39

14. Сообщение от Аноним (5), 30-Мрт-26, 14:26	–1 +/–
>поинтересуйся на каком стандарте пишут компилятор Это уже не мои проблемы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

15. Сообщение от Аноним (15), 30-Мрт-26, 14:27	+/–
https://github.com/intel/llvm?tab=readme-ov-file#oneapi-dpc-...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

17. Сообщение от oficsu (ok), 30-Мрт-26, 14:27	+13 +/–
Стандарт всегда выходит раньше, чем его поддерживают реализации. Потому что прежде чем делать компилятор, нужно сначала всем собраться вместе и договориться, что делать и как именно. И эту роль как раз и выполняет стандартизация
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #32

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

22. Сообщение от Аноним (22), 30-Мрт-26, 14:33	+/–
> Внесены изменения для усиления безопасности стандартной библиотеки, такие как проверки допустимых значений и выхода за границы буфера. Например, при доступе к элементу "constexpr reference operator[](size_type idx) const;" добавляется проверка условия "idx < size()". Дамы и господа, свершилось!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #129

23. Сообщение от Аноним (23), 30-Мрт-26, 14:33	+2 +/–
Ну весь D уже перетянули к себе? Что ж, было бы неплохо, если бы плюсы каким-то уже перегруженными не были.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #152

24. Сообщение от Аноним (24), 30-Мрт-26, 14:34	+1 +/–
Жаль, что не завезли profiles, которые предлагал Строуструп.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37

25. Сообщение от Аноним (21), 30-Мрт-26, 14:36	–1 +/–
А зачем оно в стандартной библиотеке? Тебе нужно и проверяй.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #35

26. Сообщение от Аноним (-), 30-Мрт-26, 14:37	–2 +/–
Да, то что "можно точность другую у интов взять" это еще ладно. Если бы в стандарте были только "implementation-defined" с конечным списком вариантов, то было бы ок. А вот то, что каждый компилятор может выкинуть какие-то фичи, это вообще бред. Если оставить только 2-3 core language features, это всё еще С++? А если оставить одну?)) Оно ж называется CORE language features, как их можно не реализовывать? > "плевать, что в сишке есть restrict, нам не нужна производительность и совместимость в плюсах". СИшка это такой же кусок kalʼа) Там точно так же не обязаны реализовывать стандарт полностью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #28

27. Сообщение от Аноним (27), 30-Мрт-26, 14:44	+/–
Модули же приняли ещё в C++20.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #33

28. Сообщение от oficsu (ok), 30-Мрт-26, 14:46	–2 +/–
> Оно ж называется CORE language features, как их можно не реализовывать? Core language feature означает вовсе не то, о чём вы подумали. Это лишь способ назвать категорию фич, которые (как правило) нереализуемы библиотечно. Те, которые непосредственно про языковую семантику, а не про надстройки, доступные пользователю
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

29. Сообщение от Аноним (27), 30-Мрт-26, 14:53	+1 +/–
> Добавлена поддержка рефлексии (Reflection), позволяющей отслеживать и модифицировать элементы программы на стадии компиляции. > Добавлен оператор "template for" для перебора элементов, таких как пакеты параметров, похожие на кортежи объекты и результаты рефлексии (метаобъекты), на этапе компиляции в стиле обычного цикла. Теперь-то достаточно языковых средств, чтобы разработчики Qt могли ими заменить свой Meta-Object Compiler (moc) ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #55

30. Сообщение от Сладкая булочка (?), 30-Мрт-26, 14:55	+3 +/–
> Просто поинтересуйся на каком стандарте пишут компилятор сами разработчики новых компиляторов. llvm на 17. > ещё 20 лет назад. Да, с арифметикой у экспертов туго. Не удивительно, что они что-то бормочат про невозможность сложить два знаковы инта в си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #93, #185

31. Сообщение от Аноним (32), 30-Мрт-26, 14:55	+4 +/–
> По секрету для тебя: на очень старом, а нововведения всё для тебя, дорогой. Вранье же! LLVM subprojects are primarily written using C++17 И уже мигрируют на с++20 discourse.llvm.org/t/rfc-raise-the-minimum-compiler-requirements-to-move-toward-c-20/88894 Просто компилятор должен компилится компилятором, который есть в дистре. А дистры очень часто поставляют тухляк. Если бы дистры не тупили так сильно, то можно было бы и кодовую базу компиляторов переводить на современные стандарты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

32. Сообщение от Аноним (32), 30-Мрт-26, 15:01	+11 +/–
> Стандарт всегда выходит раньше, чем его поддерживают реализации. Это понятно. Плюс на имплементацию нужно время. Но не понятно почему gcc и шланг не поддерживют фичи не то что с++23, а даже с++20. Да и более старые тоже. GCC не поддерживает "Omitting/extending memory allocations" из C++14 core [[carries_dependency]] из C++11 core Что-то вроде есть, но partial. Шланг - аналогично, но другие штуки. en.cppreference.com/w/cpp/compiler_support.html Времени не хватило? С 2011 года)) Или "стандарт" такой что на него можно класть болтяру, даже на core?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #54

33. Сообщение от адын2 (?), 30-Мрт-26, 15:01	+4 +/–
именно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

35. Сообщение от anon5989517240 (?), 30-Мрт-26, 15:02	+1 +/–
Затем что баги с границами контейнеров возникают систематически, а если включить проверку по-умолчанию то в худшем случае перф просядет гдет на 1%. Но обычно еще меньше > The hardened standard library provides initial cross-platform library security guarantees, including bounds safety for dozens of the most widely used bounded operations on common standard types, including vector, span, string, string_view, and more. For details, see my February 2025 trip report and run (don’t walk) to read the November 2025 ACM Queue article “Practical Security in Production: Hardening the C++ Standard Library at Massive Scale” to learn how this is already deployed across Apple platforms and Google services, hundreds of millions of lines of code, with on average 0.3% (a fraction of 1%) performance overhead. https://herbsutter.com/2026/03/29/c26-is-done-trip-report-ma.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

36. Сообщение от iPony128052 (?), 30-Мрт-26, 15:05	+3 +/–
> Добавлена поддержка рефлексии (Reflection) Даже не верится... Сколько лет ждал.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63, #153

37. Сообщение от anon5989517240 (?), 30-Мрт-26, 15:07	+1 +/–
Ага, обидно прям. Вроде как перенесли на с++ 29
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

38. Сообщение от anon5989517240 (?), 30-Мрт-26, 15:10	+/–
На самом деле не факт - смотря как они решат реализовывать. В рамках текущей рефлексии работает интроспекция только для структур данных и функций, но она например пока не позволяет достаточно гибко генерировать код методов (насколько я понимаю) так что если Qt и начнет перетаскивать moc туда то или не весь, или будут ждать с++29 😒
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #200

39. Сообщение от Аноним (39), 30-Мрт-26, 15:12	+4 +/–
Я тоже отношусь к расту как к бреду
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #220

40. Сообщение от Аноним (40), 30-Мрт-26, 15:12	+1 +/–
> Реализованы тривиальные бесконечные циклы > без неопределенного поведения. Ахаха! Ну надо же! Оказывается могут когда хотят)) Всего лишь 40 лет понадобилось.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64

43. Сообщение от Христианин (?), 30-Мрт-26, 15:17	+/–
Во имя ОтцаиСынаиСвятагоДуха. Скажите: а смысл в таких новшествах ? Раньше вместо пре - был конструктор вместо пост - деструктор Но я давно не в теме.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #52

44. Сообщение от anon5989517240 (?), 30-Мрт-26, 15:18	+/–
Вообще они уже работают в достаточной мере чтобы на них переезжать https://www.youtube.com/watch?v=fZrDG_he9sE
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #48, #246

45. Сообщение от Аноним (45), 30-Мрт-26, 15:22	+/–
Большую часть из этого вам *обычно* будет не нужна. Но *в некоторых* ситуациях это может очень даже пригодиться. Так что расслабьтесь, не надо - не пользуйтесь и не забивайте голову.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

46. Сообщение от Аноним (15), 30-Мрт-26, 15:24	+/–
https://intel.github.io/llvm/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

47. Сообщение от anon5989517240 (?), 30-Мрт-26, 15:25	+/–
Конструктор и деструктор можно только к объекту применить, а эти проверки можно к аргументам отдельных функций привязывать - эт в других кейсах нужно. Плюс там можно гибко вырезать из компиляции эти проверки если надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #50

48. Сообщение от Аноним (45), 30-Мрт-26, 15:25	+1 +/–
Ну да, но костылии для их поддержки добавляют до сих пор. В т.ч. и в C++26. > * Запрещено использование макросов для объявления модулей. Одно из самых спорных нововведений C++ за всё время.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

50. Сообщение от Христианин (?), 30-Мрт-26, 15:35	+/–
СпасиБог что не прошли мимо. Я это понимаю, но неужели нельзя предусмотреть в объявлении класса ? Для каких целей нужен новый инструмент Разрешение использования _ - действительно полезная вещь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #51

51. Сообщение от Христианин (?), 30-Мрт-26, 15:37	+/–
вернее в реализации класса ? Давно отстал от темы. Сдавал плюсы в начале нулевых на хорошо -4. Ныне в Белоруссии 10балльная система оценок. учителям больше чем пятибальная нравится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #60

52. Сообщение от Аноним (45), 30-Мрт-26, 15:37	+/–
Вы путаете конструкторы/деструкторы (которые про инициализацию и освобождение ресурсов) и пре/постусловия (которые про состояние программы в данный момент времени).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #62

54. Сообщение от oficsu (ok), 30-Мрт-26, 15:40	+2 +/–
> GCC не поддерживает > "Omitting/extending memory allocations" из C++14 core Этот пропозал уточняет вординг стандарта и не обязывает компиляторы менять что-либо. Он расширяет свободу компиляторов, а не сужает. Так что данный пропозал не "не поддерживается", а попросту неприменим к GCC. Именно поэтому там N/A > [[carries_dependency]] из C++11 core Это атрибут. Атрибуты специально дизайнились как опциональные игнорируемые фичи. Атрибут допустимо объявить поддерживаемым, если компилятор его просто игнорирует. Так в этом случае поступил, например, clang — единственный, для кого есть метка о поддержке Пользователь же никогда на него не мог завязываться, а потому и не может пострадать от отсутствия поддержки. Эта фича как раз была полностью удалена из стандарта в C++26 Да, в стандарт иногда попадают неудачные фичи, которые на деле оказываются или сложными, или непродуманными, или, как эта, бессмысленными
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #138, #215

55. Сообщение от Аноним (45), 30-Мрт-26, 15:44	+2 +/–
> Теперь-то достаточно языковых средств, чтобы разработчики Qt могли ими заменить свой Meta-Object Compiler (moc) ? https://www.qt.io/blog/c26-reflection-qrangemodel > The obvious question is then if and how we plan to use C++26 reflections to replace moc. I have not done a feature-by-feature comparison between the meta object data we need to generate, and what we can get out of std::meta; but it seems that we can make the C++ compiler do much of the work that moc does. The biggest challenge might be the signals: and slots: member function blocks; we might have to annotate every function separately.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #133

58. Сообщение от Аноним (58), 30-Мрт-26, 16:03	+1 +/–
Теперь компилироваться будет ещё дольше.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80

59. Сообщение от funny.falcon (?), 30-Мрт-26, 16:05	+/–
Товарищ именно на таком стэке и остановился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

60. Сообщение от Аноним (93), 30-Мрт-26, 16:06	+/–
>больше чем пятибальная нравится Дольше за оценку можно торговаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

62. Сообщение от Аноним (62), 30-Мрт-26, 16:09	+/–
Чем этот синтаксический сахар лучше обычных древнейших ассертов и статикассертов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #125, #126, #188, #206

63. Сообщение от Аноним (93), 30-Мрт-26, 16:15	–8 +/–
и что хорошего в самоизменении программы? Купил одно, а через год оно превратилось в кирпич (а то и нечто похуже).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #83, #180

64. Сообщение от Аноним (93), 30-Мрт-26, 16:18	+1 +/–
Разве трудно самому реализовать отсутствие неопределенности из-за цикла?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

65. Сообщение от Аноним (65), 30-Мрт-26, 16:23	+3 +/–
Эти конструкции для очень продвинутого/глубокого метапрограммирования. Для написания библиотек уровня Boost или Qt. Наверное, в 90% случаев встречаться не будут. А в этом вашем Раст поток подобных символов в обычных прикладных программах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #102, #147

66. Сообщение от Аноним (66), 30-Мрт-26, 16:31	–2 +/–
>Поддерживающие C++26 стандартные библиотеки реализованы в рамках проекта Boost. Сам неплю-сист. А разве у си плю-плюсников не шаблоны и классы? Библиотеки же у чистого Си?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71, #77, #189

68. Сообщение от Аноним (68), 30-Мрт-26, 16:33	+/–
> Добавлена директива "#embed", предназначенная для встраивания в код бинарных ресурсов. наконец-то хоть что-то полезное!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #76, #221

69. Сообщение от kravich (ok), 30-Мрт-26, 16:33	+3 +/–
Наконец-то хоть кто-то это нормально сформулировал Секрет успешного использования C++ - в самоограничениях
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #123, #261

71. Сообщение от Аноним (71), 30-Мрт-26, 16:35	+1 +/–
Нет. Это вообще ортогональные вещи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

73. Сообщение от Фанат (?), 30-Мрт-26, 16:37	+3 +/–
Хорошо потрудились, с каждым стандартом код получается лаконичнее и понятнее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82, #86, #95, #100, #191

76. Сообщение от Ананоним (?), 30-Мрт-26, 16:46	+3 +/–
>> Добавлена директива "#embed", предназначенная для встраивания в код бинарных ресурсов. > наконец-то хоть что-то полезное! Полезное? Очень сомнительно. Для чего тащить в язык то, чему место в linker-е? И о, внезапно, это давно реализовано там. Но редактор связей это немодно, старо и немолодёжно, надо любую гадость тащить в язык, потому что в других недоязыках такое есть. Хехе, верной дорогой идёте....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #238

77. Сообщение от Аноним (65), 30-Мрт-26, 16:48	+/–
Библиотеки могут быть: функций, классов, шаблонов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

79. Сообщение от Аноним83 (?), 30-Мрт-26, 16:53	+/–
А сколько гениев в мире знают все эти тонкости языка и используют их? Чото у меня ощущение что в стандарт тянут всё подряд, и работа ради процесса и зарплаты.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89, #90, #216

80. Сообщение от anon5989517240 (?), 30-Мрт-26, 16:54	+1 +/–
Наоборот - рефлексия компилится в разы быстрее шаблонов и значительно более читаемая по сравнению с ними
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #142

81. Сообщение от Аноним (93), 30-Мрт-26, 16:54	+/–
>Добавлена директива "#embed", предназначенная для встраивания в код бинарных ресурсов. Дорогу блобам
Ответить | Правка | Наверх | Cообщить модератору

82. Сообщение от Аноним83 (?), 30-Мрт-26, 16:55	+3 +/–
Да вот только язык превращается из "английского" в "китайский" - вместо выражения мыслей с помощью набора букв нужно помнить все 100500 иероглифов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #87, #96

83. Сообщение от anon5989517240 (?), 30-Мрт-26, 16:57	+3 +/–
строго говоря самомодификация программы к рефлексии не имеет отношения. Помимо этого вся рефлексия by design живет на compile-time и в рантайм протекает только при отдельном большом желании
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #127, #170

85. Сообщение от Аноним (85), 30-Мрт-26, 16:58	+3 +/–
Опять начали ныть в комментариях; всё им не так и не эдак. Вас никто не заставляет учить все эти заклинания. Зато если какие-то из них вам понадобятся в будущем, - спасибо скажете;) А до тех пор, - не надо заморачиваться.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

86. Сообщение от Христианин (?), 30-Мрт-26, 16:59	+/–
вы ерничаете ? - это сарказм ? не все это поймут...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

87. Сообщение от Аноним (87), 30-Мрт-26, 16:59	+1 +/–
> вместо выражения мыслей с помощью набора букв нужно помнить все 100500 иероглифов Skill issues. Для apl вообще отдельная клавиатура/раскладка нужна была. Зато писали на нем реально умные люди, а не случайный сброд, почитавший "С++ за 21 день"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #134, #165, #285

88. Сообщение от Аноним (93), 30-Мрт-26, 17:00	+/–
А кто узнает чем компилиравали? или Нужный исходник не компилируется в классике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

89. Сообщение от Ананоним (?), 30-Мрт-26, 17:00	–2 +/–
> А сколько гениев в мире знают все эти тонкости языка и используют > их? > Чото у меня ощущение что в стандарт тянут всё подряд, и работа > ради процесса и зарплаты. Мне кажется они таким методом решили закопать C++, чтобы было правдоподобное оправдание переключения на новомодные языки. Вся эта шумиха очень забавна, особенно если посмотреть в какой  тишине и тени, относительно этого места, люди используют язык Ada, как пример.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #137

90. Сообщение от Аноним (90), 30-Мрт-26, 17:01	+1 +/–
> А сколько гениев в мире знают все эти тонкости языка и используют их? Хм... т.е для системного языка тонкости не нужны? Может для глупеньких отдельный ЯП сделать, типа ПХП или ЖС. > Чото у меня ощущение что в стандарт тянут всё подряд, и работа ради процесса и зарплаты. Ощущения это не факты)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #106, #139

91. Сообщение от НовыеРептилоиды (?), 30-Мрт-26, 17:01	+2 +/–
а чё тебе баян не нравится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #116

92. Сообщение от Ананоним (?), 30-Мрт-26, 17:01	+/–
> Опять начали ныть в комментариях; всё им не так и не эдак. > Вас никто не заставляет учить все эти заклинания. Зато если какие-то > из них вам понадобятся в будущем, - спасибо скажете;) А до > тех пор, - не надо заморачиваться. Ты наверно не читатель кода, а только пейсатель. Это объясняет твои шумы в лужу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #104, #159

93. Сообщение от Аноним (93), 30-Мрт-26, 17:03	–2 +/–
Если Вы знаток: В чем разница реализации (применяемых инструкций) вычислений double и long double на x64?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #207

95. Сообщение от Ананоним (?), 30-Мрт-26, 17:09	+/–
> Хорошо потрудились, с каждым стандартом код получается лаконичнее и понятнее. Ога,Ю особенно со словом auto очень понятнее :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #97

96. Сообщение от Фанат (?), 30-Мрт-26, 17:10	+/–
Да ладно. template< class ...Args > requires ( sizeof...(Args) == ValuesCount )    interpolation_by_hermit(Args&&... args) : m_Values{static_cast<numeric>(args)...} {} Вполне доступно и понятно. Раньше с ума съедешь пока размотаешь переменное число параметров в шаблоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #114, #136

97. Сообщение от Фанат (?), 30-Мрт-26, 17:13	+1 +/–
Именно. Конфетка с с++14 лямбды с auto типами в параметрах. Data.OnEnd( []( auto& T ){ T = 123; } );
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #144

100. Сообщение от НовыеРептилоиды (?), 30-Мрт-26, 17:17	+/–
а мне нравиться я по другомк писавть и не умею
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

102. Сообщение от Витюшка (?), 30-Мрт-26, 17:19	–7 +/–
Наконец-то C++сники начали что-то подозревать об их уровне программирования
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

104. Сообщение от Аноним (85), 30-Мрт-26, 17:19	+/–
Не вижу проблем. Что мешает заранее договориться о том какие фичи языка будут использоваться в проекте, а какие нет? Тогда с чтением проблем не возникнет! Если ваш мозг чувствует что этот язык не для вас, - используйте другой, - это нормально, не надо насиловать свой мозг! Однако это не значит, что сам язык плохой. Например, мой мозг не хочет воспринимать Lisp, или например Zig, - это же не значит что языки плохие. У кого-то будет наоборот. Говорю же, не надо заморачиваться, не нравится, - не пользуйтесь; найдите то что вам подходит лучше всего и приносит удовольствие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #108

106. Сообщение от Ананоним (?), 30-Мрт-26, 17:20	+2 +/–
> Может для глупеньких отдельный ЯП сделать, типа ПХП или ЖС. Вместо следования принципу KISS или "не плоди сущности без особой необходимости", усовершенствователи взяли правило тащить в язык любую ненужную хрень, в итоге это будет не язык, а куча мусора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #107

107. Сообщение от Аноним (93), 30-Мрт-26, 17:22	+/–
Проблемы реализации и непротиворечивости кучи мусора на стороне поддержки компиляторами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #140

108. Сообщение от Ананоним (?), 30-Мрт-26, 17:23	+3 +/–
> Не вижу проблем. Что мешает заранее договориться о том какие фичи языка > будут использоваться в проекте, а какие нет? Тогда с чтением проблем > не возникнет! Ога! Осталось только договориться со всеми программистами мира, чтобы не читать потом этот "код", в поисках жучков в открытых проектах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #118

113. Сообщение от Аноним (113), 30-Мрт-26, 17:29	+4 +/–
>Добавлена библиотека std::simd для распараллеливания выполнения операций над данными при помощи наборов инструкций SIMD, Я пробовал, говно она, самых нужных интринсиков в ней нет, а какие есть - они отлично авто векторизуются компилятором и без использования симда вручную, нужно только идиомы знать. Кому нужен слой абстракции - используйте либы от третьих разрабов.
Ответить | Правка | Наверх | Cообщить модератору

114. Сообщение от Ананоним (?), 30-Мрт-26, 17:29	–2 +/–
> Да ладно. > template< class ...Args > requires ( sizeof...(Args) == ValuesCount ) interpolation_by_hermit(Args&&... > args) : m_Values{static_cast<numeric>(args)...} {} > Вполне доступно и понятно. Раньше с ума съедешь пока размотаешь переменное число > параметров в шаблоне. Вам не приходила в голову мысль, что переменное число параметров в шаблоне это просто кривое архитектурное решение, и на этапе создания прошлых версий стандарта языка создатели так и считали? А потом язык начали использовать недоархитекторы и забивание гвоздей микроскопами стало обычной практикой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #131

115. Сообщение от Tita_M (ok), 30-Мрт-26, 17:29	+1 +/–
"C++ is an insult to the human brain" Niklaus Wirth. Не знаю высказывался ли Никлаус Вирт о Rust, но я уверен, что он от него в восторге точно не был. Я считаю, что подобные языки оставляют очень сильные патологические следы в структурах мозга программирующих на них.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #164, #252

116. Сообщение от Аноним (116), 30-Мрт-26, 17:30	–1 +/–
Ага, и смайлик умиления ^^ над ним.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

117. Сообщение от Аноним (113), 30-Мрт-26, 17:31	+1 +/–
>Добавлена директива "#embed", предназначенная для встраивания в код бинарных ресурсов. #embed "/etc/shadow" и пришлите нам крэш-дамп, пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #222

118. Сообщение от Аноним (85), 30-Мрт-26, 17:32	+/–
У каждого проекта вполне могут быть свои критерии к тому в каком стиле писать и какие фичи языка использовать. Не вижу никаких проблем. Захотели присоединиться к проекту?, - будьте любезны изучить стиль в котором надо писать. Если не нравится стиль,? - найдите другой проект. Не нашли подходящий, создайте свой и озвучьте свои требования по написанию кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

119. Сообщение от Аноним (113), 30-Мрт-26, 17:33	+1 +/–
>Реализована структура данных std::hive для неупорядоченного хранения данных Рулез.
Ответить | Правка | Наверх | Cообщить модератору

120. Сообщение от Аноним (120), 30-Мрт-26, 17:33	–1 +/–
вместо того чтобы упрощать язык они его усложняют. подработка на пенсии вот что все эти стандарты за последние лет 20. один int x[n] для сишечки чего стоит. наркоманы чертовы. auto чтобы все запутать. убогие треды хотя есть libpthread. двадцать блин лет и куча левого мусора который только все усложняет, а не упрощает
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #124, #169, #193

121. Сообщение от Аноним (121), 30-Мрт-26, 17:35	+1 +/–
А сколько страниц на PDF занимает текст стандарта?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #237

122. Сообщение от Аноним (113), 30-Мрт-26, 17:37	+/–
И ещё. std::ranges::* - тормознутее <algorithm> и кода вручную. Во всех компиляторах. В GCC, разумеется, намного тормознее, чем в шланге. std::iota такая же быстрая, как и ручной цикл. Но все маппинги-редукции тормозят жутко, на порядки, да, при -O3 и -flto. Stay away.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #286

123. Сообщение от nonstop (?), 30-Мрт-26, 17:38	+/–
воистину
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

124. Сообщение от Аноним (113), 30-Мрт-26, 17:40	+/–
>двадцать блин лет и куча левого мусора который только все усложняет, а не упрощает как язык назовёшь - тех он и притягивает ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

125. Сообщение от oficsu (ok), 30-Мрт-26, 17:40	+2 +/–
Контракты имеют единый гибкий стандартизированный механизм обработки нарушений, в отличие от ассертов. И ассерты нельзя привязать к результату функции. Ну и предусловия — это способ выразить интерфейс функции. Ассерт внутри тела функции не является таким интерфейсом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

126. Сообщение от Аноним (45), 30-Мрт-26, 17:43	+1 +/–
Тем, что видны на стороне вызывающего функцию, а значит могут быть оптимизированы с учетом вызывающего кода. Кроме того, поведение контрактов настраивается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

127. Сообщение от Аноним (93), 30-Мрт-26, 17:43	–1 +/–
Просто я смотрю с другой стороны жизни программ. Как легко трескаются .NET программы, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

128. Сообщение от LaunchWiskey (ok), 30-Мрт-26, 17:47	–2 +/–
Астанавитесь! C++ 11 уже был перебором, до него всё необходимое, что нужно грамотному программисту, в языке уже имелось.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #130, #132, #175

129. Сообщение от Аноним (129), 30-Мрт-26, 17:50	+/–
>> Внесены изменения для усиления безопасности стандартной библиотеки, такие как проверки допустимых значений и выхода за границы буфера. > Дамы и господа, свершилось! Свершилось оно как всегда: через задницу. Потому что включается оно сугубо через флаг компилятора для всего translation unit-а (а может и вовсе сугубо для всего бинаря - хз, не вникал). Додуматься добавить директивы типа pragma для включения/выключения этих проверок для конкретных кусков кода - это для комитетных дидов чересчур неподъемная задача. Может, они осилять это где-то к C++40, и плюсы в этом плане наконец-то догонят Турбо Паскаль конца 80х.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

130. Сообщение от Ананоним (?), 30-Мрт-26, 17:56	+/–
> Астанавитесь! Та этим словом сам подтвердил... не остановятся. А с остальной частью твоего сообщения я полностью согласен. Были не самые красивые тонкие места, но они успешно обходились несложными способами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

131. Сообщение от Фанат (?), 30-Мрт-26, 17:59	+/–
Возможно, плюсы в начале 2000х выглядели эдаким супер макросом. Все знакомые, кто работал с плюсами воспринимали это как неизбежное зло и по возможности уходили на что-то другое. Было написано много кодогенераторов - Qt не дадут соврать :). Поэтому так все исторически медленно развивалось, сейчас ИМХО ругают по старой памяти в основном. После 14 года плюсы стали значительно лучше, не stl, а именно написание своего кода стало более лаконичным и упорядоченным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #179

132. Сообщение от Фанат (?), 30-Мрт-26, 18:02	+3 +/–
Да ладно! constexpr, consteval что неудобны ? а лямбды с auto параметрами ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #141

133. Сообщение от Аноним (133), 30-Мрт-26, 18:07	–1 +/–
Это что, они прям догоняют скоро Дельфи 90-х годов?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

134. Сообщение от Аноним83 (?), 30-Мрт-26, 18:11	–1 +/–
Так а толку то с таких умников? Софта условно надо 10005000 на планету, а умников всего 1050 и они дорогие, да ещё и умирают в самый неподходящий момент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #143, #219

135. Сообщение от Аноним (135), 30-Мрт-26, 18:13	–2 +/–
Типа так: - UB - UB - UB - Pure Random. - UB. - UB
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

136. Сообщение от Аноним83 (?), 30-Мрт-26, 18:13	–7 +/–
А зачем эти шаблоны нужны? В моей практике шаблоны понадобились 1-2 раза, когда я написал свой num2str и на входе могли быть разные типы числовые. И решилось это через простой define на С. Хотя в общем то до того там просто копипаста была и было не хуже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #245, #277, #294

137. Сообщение от Аноним83 (?), 30-Мрт-26, 18:14	+/–
Мне кажется тащить всякий мусор они начали раньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #303

138. Сообщение от Аноним (135), 30-Мрт-26, 18:17	+/–
> Этот пропозал уточняет вординг стандарта и не обязывает компиляторы менять что-либо. Он расширяет свободу компиляторов, а не сужает. Так что данный пропозал не "не поддерживается", а попросту неприменим к GCC. Именно поэтому там N/A Хорош стандарт. А потом мы удивляемся, что что-то только шлангом собирается, чему-то GCC подавай, а третье вообще только в MSVC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

139. Сообщение от Аноним83 (?), 30-Мрт-26, 18:26	–1 +/–
Системного!? Операционные системы на крестах не пишут, ничего лучше обычного С+асм нет. Для глупеньких - го сделали. Пхп делали для простоты в вебне, жс делали как максимально переносимый вместе с виртуальной машиной, по сути это абстракция от ОС и железа. > Ощущения это не факты) Это да, язык активно сращивают с разными либами, и собственный синтаксис расширяют. На примере естественных языков видно как простой и минималистичный английский выигрывает у всяких разных, особенно тех что с иероглифами. А проектов где суперлиба с кучей своего синтаксиса поверх языка накрученного - я насмотрелся, да и сам подобное делал, и поддерживал чужое. Как для либы/проекта такое ещё норм, а как для стандарта/языка - сильно сужает мышление и повышает порог входа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #145, #161

140. Сообщение от Аноним83 (?), 30-Мрт-26, 18:30	+/–
Так а пользоватся то этим кто будет? Тащить в язык/стандарт/компиляторы всякое что юзает полтора автора на планете в 3 закрытых проектах - это перебор. Вот в новости они втащили SIMD. Это же просто капец: с одной стороны и без этого давно инстрикты есть, с другой их сильно больше чем то что втащили. С третьей это всегда выделяется во чтото отдельное и плохо переносимое, и есть либы облегчающие процесс. Какие то обёртки ради обёрток к общем получаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

141. Сообщение от Аноним (249), 30-Мрт-26, 18:32	+/–
>> С++ 11 уже был перебором, до него всё необходимое, что нужно грамотному программисту, в языке уже имелось. > constexpr, consteval что неудобны ? а лямбды с auto параметрами ? Это все для неграмотных. 😤 Особенно мув-сесантика с умными указателями: грамотные ручками с ресурсами сношаются через new/delete!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

142. Сообщение от Аноним (58), 30-Мрт-26, 18:37	–2 +/–
И переносит работу на время исполнения, замедляя приложение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #167, #213

143. Сообщение от Аноним (143), 30-Мрт-26, 18:38	+/–
> Так а толку то с таких умников? Толку от них больше чем от сотен 6ыdloкодеров. > Софта условно надо 10005000 на планету, а умников всего 1050 и они > дорогие, да ещё и умирают в самый неподходящий момент. Ой, да не гори ты так. Никто не заставляет пользоваться новыми штуками. Ну не осилил и не осилил. Можно продолжать писать как привык в стиле "си с классами".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #178

144. Сообщение от Аноним83 (?), 30-Мрт-26, 18:39	+/–
Из серии: как написать сложнее и непонятнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #176

145. Сообщение от Аноним (145), 30-Мрт-26, 18:40	+2 +/–
> Системного!? > Операционные системы на крестах не пишут, ничего лучше обычного С+асм нет. А на чем написана самая распространенная дестопная ОС в мире? На С++ естественно! learn.microsoft.com/en-us/shows/one-dev-minute/one-dev-question-raymond-chen-programming-language-windows-written-in На чем написаны самые распространенные компиляторы? На С++ естественно! Даже ЖЦЦ переписали на плюсы, так как не возможно на уболгой дыpяxe написать хороший оптимизирующий компилятор. > На примере естественных языков видно как простой и минималистичный английский выигрывает  у всяких разных, особенно тех что с иероглифами. Минималистичный? Разве что только по синтаксису. Сколько там времен? Сколько непрвильных глаголов и прочей лабуды которую "просто надо запомнить"? Японский, кстати, точно так же имеет азубуку (даже две))). И любое слово можно записать "как слышится". > А проектов где суперлиба с кучей своего синтаксиса поверх языка накрученного - я насмотрелся, да и сам подобное делал, и поддерживал чужое. Вот чтобы такого парада велосипедов не было - нужно удачные вещи переносить в стандарт. > Как для либы/проекта такое ещё норм, а как для стандарта/языка - сильно сужает мышление и повышает порог входа. Ну... тут у нас мнения не совпадают))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #148

146. Сообщение от Аноним (249), 30-Мрт-26, 18:42	+4 +/–
Господи, к какому стандарту они наконец-то разродятся функциями кодировки UTF? Причем маразм в том, что они как бы и так требуются для filesystem::path и существуют под его капотом, но вот чтобы явно и отдельно их добавить в библиотеку - шишь вам!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #150, #151, #160, #275, #317

147. Сообщение от Скотобаза (?), 30-Мрт-26, 18:51	+1 +/–
В qt уже есть ненапряжный introspection. Зачем вот эта гадость ещё сверху? Если и так работает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #198, #255

148. Сообщение от Аноним83 (?), 30-Мрт-26, 18:52	–1 +/–
> А на чем написана самая распространенная дестопная ОС в мире? На С она написана. То что там куча юзерспейсных приложух и либ написана на крестах, шарпе и ещё хз чём - как бы не важно. Кресты в ядро начали пихать уже сильно потом, где то с висты, с соотвествующим качеством :) Компилятор - не системное. > Вот чтобы такого парада велосипедов не было - нужно удачные вещи переносить в стандарт. Превратить язык в синтаксис при одной мегалибе - лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #157, #168

150. Сообщение от Аноним (150), 30-Мрт-26, 18:58	+/–
Когда-то был std::filesystem::u8path(). Видимо, что-то не пошло у ребят с UTF8. НУ НЕ ШМОГЛА Я
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

151. Сообщение от Аноним (150), 30-Мрт-26, 18:59	+/–
Ещё есть прикол, заключается в том, если вдруг понадобится итерироваться по символам в UTF-8 строке, тебе придётся переводить её в std::wstring с помощью функций codecvt или использовать сторонние решения. Конвертация строк между кодировками - это как минимум лишние аллокации, как максимум костыльно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #228, #247, #274

152. Сообщение от Аноним (8), 30-Мрт-26, 19:03	+/–
Может быть D и неплох. Но к сожалению или к счастью он скорее мертв, чем жив, и вспоминать о нем уже как-то неловко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #242

153. Сообщение от Аноним (153), 30-Мрт-26, 19:12	+/–
ждём порт serde на плюсы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #162, #201, #347

154. Сообщение от mumu (ok), 30-Мрт-26, 19:14	+5 +/–
^^"[:…:]"^^
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #158, #163, #172, #177, #194, #211, #272

156. Сообщение от Аноним (156), 30-Мрт-26, 19:16	+/–
>По классике жанра: а что там с модулями? Ты чо Паскалист что-ли? Зачем тебе модули?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

157. Сообщение от Аноним (249), 30-Мрт-26, 19:32	+/–
>> А на чем написана самая распространенная дестопная ОС в мире? > На С она написана. То что там куча юзерспейсных приложух и либ написана на крестах, шарпе и ещё хз чём - как бы не важно. Ну вообще-то важно. Эти либы и есть часть ОС (именно ОС, а не только лишь ее ядрышка, которым является твой Линукс), и потому чисто по определению являются примером системного кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #181

158. Сообщение от Ананоним (?), 30-Мрт-26, 19:34	+/–
> ^^"[:…:]"^^ Именно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

159. Сообщение от Сладкая булочка (?), 30-Мрт-26, 19:36	+/–
>> Опять начали ныть в комментариях; всё им не так и не эдак. >> Вас никто не заставляет учить все эти заклинания. Зато если какие-то >> из них вам понадобятся в будущем, - спасибо скажете;) А до >> тех пор, - не надо заморачиваться. > Ты наверно не читатель кода, а только пейсатель. Это объясняет твои шумы > в лужу. В чем он не прав? Зависит от проекта. Полно открытого кода, где много чего не используется. Например, откройте google/re2 и покажите где там какое-то не понятное заклинание?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

160. Сообщение от Аноним (160), 30-Мрт-26, 19:37	+/–
Что? Этого до сих пор нет?! Какой колхоз...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

161. Сообщение от Аноним (249), 30-Мрт-26, 19:38	+1 +/–
> Операционные системы на крестах не пишут, ничего лучше обычного С+асм нет. Жаль только, что твои "С + асм" системы приходится собирать комилятором, написанным на крестах. 😭 > ничего лучше обычного С+асм нет. > Для глупеньких - го сделали. Хвалить С и одновременно говорить, что Go для глупеньких - это феерическое обделывание собственных штанов. 🤣
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #183

162. Сообщение от Сладкая булочка (?), 30-Мрт-26, 19:41	+/–
https://github.com/simdjson/simdjson/pull/2282 https://www.youtube.com/watch?v=Mcgk3CxHYMs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

163. Сообщение от Аноним (133), 30-Мрт-26, 19:48	+/–
=[:^^:]=
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

164. Сообщение от Сладкая булочка (?), 30-Мрт-26, 19:49	+/–
Сам Вирт в итоге сдался и добавил в Оберон gc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #192

165. Сообщение от Сладкая булочка (?), 30-Мрт-26, 19:56	+/–
> Зато писали на нем реально умные люди, а не случайный сброд, почитавший "С++ за 21 день" Это странное заявление. Почему яп должен быть супермегасложным? Он наоборот должен быть логичным, легко осваиваемым, компилятор должен в этом помогать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

166. Сообщение от Аноним (166), 30-Мрт-26, 19:56	+1 +/–
Давно уже безо, если использовать умные указатели
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #241, #267, #268

167. Сообщение от Аноним (133), 30-Мрт-26, 20:10	+/–
Она по определению работает с данными, которые будут известны только в рантайме. Например, загрузить гуй-форму из внешнего ресурсного файла и рефлекснуть её на программные классы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #208

168. Сообщение от Аноним (249), 30-Мрт-26, 20:11	+/–
> Компилятор - не системное. Да? А ты чем код компилируешь-то в процессе того самого системного программирования? И чем компилируется сама, блждад, система?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #182

169. Сообщение от Аноним (249), 30-Мрт-26, 20:20	+/–
> auto чтобы все запутать Да, мне вот очень надо при работе с текстом видеть на каждой строке "const std::string&", а то вдруг забуду и запутаюсь! 😱 > убогие треды хотя есть libpthread. А в чем заключается убогость? Ты же понимаешь, что ни один плюсовик не будет в здравом уме сношаться с сишочным libpthread чтобы получитьна ровном месте лишь гемор ручного управления ресурсами?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

170. Сообщение от Аноним (93), 30-Мрт-26, 20:21	+/–
Открываем инструмент и видим продакшен: firefox.TargetCreateThread - 55                    - push ebp firefox.IsSandboxedProcess - 55                    - push ebp ... Это не рефлексия?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

172. Сообщение от Аноним (249), 30-Мрт-26, 20:25	+/–
> ^^"[:…:]"^^ 👉😐👈
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

173. Сообщение от Аноним (249), 30-Мрт-26, 20:32	+1 +/–
> s = ^^i; Вьетнамские Delphi-флешбэки, двойная порция. > [:…:] 😐
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #184

175. Сообщение от Аноним (85), 30-Мрт-26, 20:50	+3 +/–
Вы часом не из секты Столярова будете? Ну да ладно, дело ваше;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

176. Сообщение от Фанат (?), 30-Мрт-26, 20:51	+/–
End от пустого массива может быть небезопасно :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

177. Сообщение от Аноним (133), 30-Мрт-26, 20:58	+1 +/–
> ^^"[:…:]"^^ =[:o^^o:]=
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

178. Сообщение от Аноним83 (?), 30-Мрт-26, 21:11    Скрыто ботом-модератором	–1 +/–
А мне не нужны классы :) Толку от быдлокодеров больше, их банально больше и они делают больше всего. Иногда из этого вырастают проекты с кучей юзеров, периодически страдающих, но заменить всё равно особо нечем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

179. Сообщение от Аноним83 (?), 30-Мрт-26, 21:15	+/–
В начале 2000х выбора особо не было. Был вижал бейсик, дельфи и вижал с++. Первое тормозило зато кодилось оч легко, второе было золотой серединой, а третье давало самый производительный результат но требовало больше усилий и времени. Потом бейсик похоронили и сделали сишарп, которы видимо конкурирует с дельфи, который в итоге и помер. Чтобы с с/с++ куда то уходили - не слышал. Те от знакомых не слышал, а так бывали всякие истории от анонимов в сети.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #205

180. Сообщение от Аноним (180), 30-Мрт-26, 21:20	+/–
Пройтись по всему списку библиотек в директории и найти те, которые похоже на то что нужно, путём проверки наличия требуемых объектов. И выбрать ту, что наиболее подходит. Да... Ошибки в таком искать - очень сложно. А уж дыр в безопасности..... Зато пользователя не напрягать. Сам проверил, всё до чего смог дотянуться. Грохнулся - пометил, что плохая. Не грохнулся - работаем дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

181. Сообщение от Аноним83 (?), 30-Мрт-26, 21:20	–1 +/–
Только чисто формально. Операционная система в основном без крестов, именно то что в ядре. Юзерспейс конечно часть ОС но часто опциональная. В линухе/бсд я бы системным с юзерспейса назвал libc и ещё немного штуковин, а всякие там системные утили - ну это такое - этого можно и самому легко накодить, используя сисколы/винапи и оно будет ничем не хуже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

182. Сообщение от Аноним83 (?), 30-Мрт-26, 21:21	+/–
Компилятор к операционной системе отношения не имеет и для её функционирования не нужен. Собирать можно и руками, если хватает упоротости :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #197

183. Сообщение от Аноним83 (?), 30-Мрт-26, 21:22	–1 +/–
Го так авторы позиционировали - причём тут я? Компиляторы С есть сильно разные, в том числе и те которые без крестов написаны и которые используются для бутстрапа крестовых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

184. Сообщение от Сладкая булочка (?), 30-Мрт-26, 21:22	+/–
> Вьетнамские Delphi-флешбэки Ну, у делфи стандарта зато нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #195

185. Сообщение от Аноним (185), 30-Мрт-26, 21:30	–3 +/–
LLVM - это не компилятор C++. А компиляторы пишут на C++11.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #190

186. Сообщение от Аноним (185), 30-Мрт-26, 21:33	–1 +/–
Модули в C++ - пятое колесо к телеге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #217

187. Сообщение от Аноним (185), 30-Мрт-26, 21:37	+1 +/–
Ни один человек не знает C++ полностью. История с PL/1 индустрию программирования ничему не научила.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

188. Сообщение от Аноним (185), 30-Мрт-26, 21:50	+/–
assertion - это не часть логики программы, они только для отлова ошибок при отладке. А предусловие, постусловие, инварианты - это часть логики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #210

189. Сообщение от Аноним (185), 30-Мрт-26, 21:53	+/–
Здесь говорится про стандартный фреймворк языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

190. Сообщение от Сладкая булочка (?), 30-Мрт-26, 21:53	+/–
> LLVM - это не компилятор C++. А компиляторы пишут на C++11. https://github.com/llvm/llvm-project/blob/0b500d544678218130...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

191. Сообщение от Аноним (185), 30-Мрт-26, 21:54	+/–
Хорошая шутка 😄
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

192. Сообщение от Аноним (185), 30-Мрт-26, 22:05	+/–
Сборка мусора не причём. Речь шла о ненадёжности языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #204

193. Сообщение от Аноним (185), 30-Мрт-26, 22:07	+/–
Есть такой бизнес - стандарты выпускать (и продавать).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

194. Сообщение от Аноним (185), 30-Мрт-26, 22:11	+/–
Лапша на ушах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

195. Сообщение от Аноним (185), 30-Мрт-26, 22:13	+1 +/–
Это преимущество?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #202, #251

196. Сообщение от Аноним (196), 30-Мрт-26, 22:14	+1 +/–
Как же всё таки хорошо, что начиная с C++11 комитет пришёл в форму и стал выпускать каждые 3 года стандарты с действительно значимыми новшествами. Язык становится выразительнее, при этом, совместимость со старым кодом почти никогда не ломается. После C++26 не грех и Qt 7 было бы выпустить, без стороннего meta-object-compiler.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #203, #227

197. Сообщение от Аноним (249), 30-Мрт-26, 22:23	+/–
> Компилятор к операционной системе отношения не имеет и для её функционирования не нужен. Ну да. Как и язык, из которого были скомпилированы ее бинари. Только хз, при чем тут это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

198. Сообщение от Александр (??), 30-Мрт-26, 22:31	+4 +/–
Потому что в Qt он на костылях собран на основе дополнительного препроцессинга (т.н. MOC компилятор). Эта фича в стандарте позволит выбросить на мороз этот самый препроцессинг (или по крайней мере большую его часть)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #249

199. Сообщение от Андрей (??), 30-Мрт-26, 22:32	+4 +/–
Со временем любой язык становится Perl'ом
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #299

200. Сообщение от Александр (??), 30-Мрт-26, 22:39	+/–
А в любом случае им 29-й ждать. Просто так сложилось, что норм поддержка фичей в компилях пояаляется +/- к следующему стандарту
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

201. Сообщение от Александр (??), 30-Мрт-26, 22:41	+/–
И нормальных ORM)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

202. Сообщение от Сладкая булочка (?), 30-Мрт-26, 22:45	+/–
> Это преимущество? Стандарт? Конечно. Делфи - implementation defined.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #225

203. Сообщение от Сладкая булочка (?), 30-Мрт-26, 22:46	+/–
> Как же всё таки хорошо, что начиная с C++11 комитет пришёл в > форму и стал выпускать каждые 3 года стандарты с действительно значимыми > новшествами. Язык становится выразительнее, при этом, совместимость со старым кодом почти > никогда не ломается. > После C++26 не грех и Qt 7 было бы выпустить, без стороннего > meta-object-compiler. Что не так с moc в текущем виде? Ну работает он в сборке и работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

204. Сообщение от Сладкая булочка (?), 30-Мрт-26, 22:49	+/–
> Сборка мусора не причём. Речь шла о ненадёжности языка. Дык у Вирта в паскале также был ub при null dereference, type puning в union, чтение не инициализированных переменных и др.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #224, #269

205. Сообщение от Александр (??), 30-Мрт-26, 22:52	+/–
Вижпл бейсик (если брать классику, а не .Net) не столько тормозной был (всё же мог в натив), сколько топорный. Это было как бы обратной стороной его простоты: играюче оперируешь всякими ActiveX'ами, да COM'ами, за то для того, что по сложнее - страдаешь. Но в целом, он и не был рассчитан на какую-то конкуренцию с C++ или Delphi. Скорее как дополнение для C++ (т.е. такой, своего рода связующий код). В этлм плане конкуренция похоже была даже в режиме VisualBasic + C++ VS Delphi. Можно сказать, разные подходы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #239

206. Сообщение от Аноним (206), 30-Мрт-26, 22:56	+/–
Это чтобы сделать очередной "язык АДА" ;) Там тоже всякая "безопасность работы с памятью" (как и много чего ещё) на контрактах основана. Но применение потенциально может быть шире. "Мьютекс должен быть разблокирован при выходе из функции (и при вызове функции)" - иначе получаем compile error. Что реально удалось реализовать - будем посмотреть... Возможно просто получим очередной UB и невнятный warning, отключённый в дефолте (как с exception и прочим).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #311

207. Сообщение от Аноним (93), 30-Мрт-26, 23:00	–1 +/–
Так как ник "сладкая булочка" не смог ответить, хотя заявлял себя знатоком, то отвечу сам. На x64 вычисления с ним обычно выполняются через SSE2 инструкции (регистры XMM), а long double - через FPU стек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

208. Сообщение от Аноним (93), 30-Мрт-26, 23:08	+/–
Нет не это. Это предусмотренная структура, которую заполняет загрузчик действительными адресами в рантайме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #209

209. Сообщение от Аноним (93), 30-Мрт-26, 23:09	+/–
Важное уточнение - самой программы, а не динамической библиотеки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

210. Сообщение от Ананоним (?), 30-Мрт-26, 23:12	+2 +/–
> assertion - это не часть логики программы, они только для отлова ошибок > при отладке. А предусловие, постусловие, инварианты - это часть логики. Кто мешал эту логику по старинке в теле функции писать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #223, #293

211. Сообщение от Аноним (93), 30-Мрт-26, 23:13	+/–
Авторы очень старались для Вас. Рады, что понравилось народу. )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

212. Сообщение от anonist (?), 30-Мрт-26, 23:28	+2 +/–
Берут пример, так сказать!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

213. Сообщение от Аноним (45), 30-Мрт-26, 23:33	+1 +/–
Рефлексия в C++26 - работает исключительно во время компиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #284

214. Сообщение от Аноним (216), 30-Мрт-26, 23:42	–10 +/–
Когда уже до этих сипиписнутых пepдyнoв дойдёт, что С++ неисправим! Хоть стотыщ новых "плюшек" добавьте, как язык это полное фиаско! Не программа, а куча низкоуровневых сикарашек. Хочешь писать "для железа" - бери Си. Всё остальное спокойно пишется на C#. Зачем в 21 веке этот бесперспективный С++? Помрут последние "старожилы языка" и всё, ему кранты! Зумеры максимум пестон освоят, профи - C# или Жабу. И куда потом девать это сипиписное легаси??
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #257, #271

215. Сообщение от Bottle (?), 30-Мрт-26, 23:47	+1 +/–
Вот это, конечно, ментальная гимнастика. Что же это за стандарт такой, если его никто не соблюдает? Какое дальше направление твоей прогрессивной мысли - конституция и законодательство не нужны, действуем по наитию и методом кулака с пушкой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #230

216. Сообщение от Аноним (216), 30-Мрт-26, 23:49	+1 +/–
Походу, в сипиписники проникли пepдyны из PL/1 :)) Там тоже много чего напихали и язык.... благополучно сдох!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

217. Сообщение от Bottle (?), 30-Мрт-26, 23:52	+1 +/–
Голодная кума Лиса залезла в сад; ‎В нем винограду кисти рделись. У кумушки глаза и зубы разгорелись; А кисти сочные, как яхонты горят; ‎Лишь то беда, висят они высоко: ‎Отколь и как она к ним ни зайдет, ‎Хоть видит око, ‎Да зуб неймёт. ‎Пробившись попусту час целой, Пошла и говорит с досадою: «Ну, что́ ж! ‎На взгляд-то он хорош, ‎Да зелен — ягодки нет зрелой: ‎Тотчас оскомину набьешь».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #244

219. Сообщение от Bottle (?), 30-Мрт-26, 23:57	+/–
Умников потому и 1050, что они других быть умными не обучают. Классический парадокс учителя и занятого работой специалиста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #240, #292

220. Сообщение от Аноним (220), 31-Мрт-26, 00:11	+7 +/–
Раст это не бред, хлеб это бред. Раст это ржавчина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

221. Сообщение от Аноним (255), 31-Мрт-26, 00:15	+1 +/–
Корпорасы будут злоупотреблять этим полезным(?). Появится от них квазиоткрытый софт, со вставкой блобиков в исходники через это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #341

222. Сообщение от Аноним (255), 31-Мрт-26, 00:19	+/–
Так ещё до креша форкнется и запустится процесс crashed-telemetryd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

223. Сообщение от Аноним (185), 31-Мрт-26, 00:20	+/–
Контрактное программирование - чтобы всё выглядело культурно. Чтоб красиво было и аккуратно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210 Ответы: #231

224. Сообщение от Аноним (185), 31-Мрт-26, 00:24	+/–
Дак и в Обероне тоже есть неопред. поведение. Что плохого? Вирт намеренно их ввёл, чтобы не ограничивать разработчиков компиляторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #232

225. Сообщение от Аноним (185), 31-Мрт-26, 00:25	+/–
А как насчёт C++ Builder?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #235

226. Сообщение от penetrator (?), 31-Мрт-26, 00:26	+/–
такой цирк сейчас везде, Swift, C#, убожество Kotlin, только Java достаточно консервативна и внедряет постепенно, но минус в том, что многого не хватает, и тогда оно делается через черный вход что-то нет у меня энтузиазма все это говнище хайповое тащить в проект если человек писал вермишель, то новый синтаксический сахар только усугубит положение а если писал проразчно то 90% новых фич тебе не надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

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

228. Сообщение от warlock (??), 31-Мрт-26, 00:47	+/–
> если вдруг понадобится итерироваться по символам в UTF-8 строке, тебе придётся переводить её в std::wstring Это непереносимо. На Линукс и похожих сработает, а на Windows нет. Так что если всё-таки надо итерироваться по символам (сиречь кодепойнтам), что, кстати, надо очень-очень редко, может даже по графемам чаще надо, то лучше нормальное сторонее или самописное решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

229. Сообщение от Аноним (229), 31-Мрт-26, 00:55	+1 +/–
И эти люди ругают раст..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #233, #288

230. Сообщение от oficsu (ok), 31-Мрт-26, 01:24	+1 +/–
> Что же это за стандарт такой, если его никто не соблюдает? Так. Пробую объяснить ещё раз. GCC соблюдал правку от "Omitting/extending memory allocations" ещё до появления этой правки в стандарте. Он сразу действовал как нужно и ничего править не пришлось. Эта правка его вообще не коснулась А [[carries_dependency]] относится к оптимизациям. Это фича формата "подскажи нам, а мы соптимизируем, если сможем. А если не сможем, то не соптимизируем". А стандарт никогда не описывает оптимизации. И если он ручки, позволяющие подкрутить оптимизации, он не обязывает компиляторы действовать в соответствии с этими подсказками. Потому что, с одной стороны, одни и те же оптимизации не всегда и не везде возможны в силу совершенно разных факторов. А с другой, это позволяет компиляторам добавлять собственные оптимизации
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

231. Сообщение от Ананоним (?), 31-Мрт-26, 01:56	+1 +/–
> Контрактное программирование - чтобы всё выглядело культурно. Чтоб красиво было и аккуратно. О как! Ты хочешь сказать что стильный код в теле функции это некультурно, некрасиво и неаккуратно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223

232. Сообщение от Сладкая булочка (?), 31-Мрт-26, 02:11	+/–
> Дак и в Обероне тоже есть неопред. поведение. Что плохого? Тогда о какой надежности речь? Применение gc сразу убирает этот язык для сравнения с cpp. > Вирт намеренно > их ввёл, чтобы не ограничивать разработчиков компиляторов. Сколько сейчас активно развиваемых компиляторов оберона?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224 Ответы: #296

233. Сообщение от Сладкая булочка (?), 31-Мрт-26, 02:14	+1 +/–
> И эти люди ругают раст.. А что не так? Ушки ^^ не нравятся?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229

234. Сообщение от Сладкая булочка (?), 31-Мрт-26, 02:45	+1 +/–
Зачем std::linalg в стандартной библиотеке?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #236, #305

235. Сообщение от Сладкая булочка (?), 31-Мрт-26, 02:46	–2 +/–
Никак. Кому он нужен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225 Ответы: #253

236. Сообщение от Аноним (133), 31-Мрт-26, 02:50	+/–
Есть термин "божественный объект", а тут  - то же самое с библиотекой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

237. Сообщение от Аноним (133), 31-Мрт-26, 02:52	+/–
Несколько тысяч
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #297

238. Сообщение от oficsu (ok), 31-Мрт-26, 03:05	+2 +/–
> Для чего тащить в язык то, чему место в linker-е? Во-первых, на них нет стандарта, чтобы можно было сделать это кроссплатформенно без боли Во-вторых, #embed делает файл доступным в компилтайме, позволяя обработать ресурс constexpr-функцией, написанной прямо на C++ В случае линковщика придётся как-то обрабатывать такой файл внешним скриптом или, что хуже, компилить плюсовую программу под хостовую систему, чтобы запустить её в билдтайме, чтобы обработать ресурс перед сборкой основной программы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #262

239. Сообщение от Аноним83 (?), 31-Мрт-26, 03:33	+/–
Это как посмотреть. По тогдашним меркам он плохо подходил чтобы перемалывать данные, но то были времена примерно до пень3-пень4, нынешний питон и прочие ещё живые наверняка не лучше. Можно сказать что он как visual lua - хорошо подходил для бизнес логики, а числа молотить - в винапи или свою длл на сях. А дальше от контекста зависело: если данные молотить не требовалось или находились готовые винапи - то он и сам по себе конкурировал с остальными. Отдельной болью было реализовать там гуй чуть сложнее и красивее чем позволял редактор - требовалось дёргать винапи, а это всегда доставляло неудобства, начиная от написания декларации до плясок с копированием памяти и выделением оной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

240. Сообщение от Аноним83 (?), 31-Мрт-26, 03:40	–1 +/–
Вы ошибаетесь. Нельзя научить быть умным и всё такое. Можно надрессировать на выполнение определённых функций, с определённой степенью качества. Для остального надо умень думать самостоятельно и иметь петлю обратной связи, чтобы анализировать свою деятельность и улучшать её. Многие только воспроизводят то чему их научили. Научится делать лучше они не могут, у некоторых даже не щёлкает ничего когда они видят чужой чистый код и свой. Даже когда код делает одно и тоже, но у одного там 5 строчек и красиво отформатировано с каментами а у другого или однострочник который надо скролить или 50 строк с кучей мусорных функций и переменных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

241. Сообщение от Аноним (135), 31-Мрт-26, 04:36	–3 +/–
С оверхедом на ровном месте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #290

242. Сообщение от bOOster (ok), 31-Мрт-26, 05:54	–3 +/–
Если недоумки не знают о прогрессе в D, то это проблема недоумка, а не языка в целом. D-шники занимаются своими решениями, а не пиаром, каков бы он не был.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #248, #250, #291

243. Сообщение от НовыеРептилоиды (?), 31-Мрт-26, 06:53	–2 +/–
Забыли добавить функции по работе с АИ. Нету ни одной арифметической операции для работы с нейронными арифметическими функциями. Устарелло ужже на момент выпуска. Илона маска будет писать нейролинк на яваскриптте
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #256

244. Сообщение от Проходил мимо (?), 31-Мрт-26, 07:13	–1 +/–
Это нетленное произведение великолепно описывает хейтеров языка Rust. Тут оно не совсем в тему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

245. Сообщение от Проходил мимо (?), 31-Мрт-26, 07:24	+2 +/–
Вообще-то шаблоны - это как бы одна из самых реально полезных фич Си++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

246. Сообщение от Аноним (246), 31-Мрт-26, 07:39	+2 +/–
Попытка использовать модули в g++ 14-й и 15-й версий кончилась полным провалом, компилятор тупо падает с "internal compiler error"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

247. Сообщение от Проходил мимо (?), 31-Мрт-26, 07:40	+/–
Ничего не придется. Символы UTF8 прекрасно декодируются достаточно простой функцией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

248. Сообщение от Аноним (8), 31-Мрт-26, 07:45	+2 +/–
Ага, прогресс D к 26 году на лицо :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

249. Сообщение от Аноним (249), 31-Мрт-26, 08:10	+/–
> Эта фича в стандарте позволит выбросить на мороз этот самый препроцессинг Осталось только понять, зачем выбразывать на мороз то, что отлично работало десятилетиями.  Да еще и потом требовать от всех стандарта C++26.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #300

250. Сообщение от Аноним (250), 31-Мрт-26, 08:27	+1 +/–
> D-шники занимаются своими решениями, а не пиаром, каков бы он не был. Осталось только понять, какие именно проблемы решают их решения. Ну, вот в контексте того, что в индустрии D практически не используется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #258

251. Сообщение от Аноним (250), 31-Мрт-26, 08:42	+/–
>> у делфи стандарта зато нет > Это преимущество? Естественно, если говорить о стандарте и процессер его развития уровня С++! Вам нужна новая фича - берете и выпускаете в следующем релизе компилятора. А не сидите и не ждете, пока там комитетные наймиты корпораций годами чешут свои репы, чтобы в конце концов соизволить отрыгнуть кривое недоразумение. Буквально это и есть причина, по которой в Delphi и ее стандартной либе были функции (не говоря уж о GUI и прочих компонентах), которых в C++ до сих пор нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #279

252. Сообщение от Буратино (?), 31-Мрт-26, 08:42	+2 +/–
Вирту просто подгорало, что не его язык захватил мейнстрим (тогдашний).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

253. Сообщение от Аноним (250), 31-Мрт-26, 08:47	+/–
>> C++ Builder > Кому он нужен? Аболютный копиум. Ты же только сейчас о нем узнал, не так ли? C++ Builder нужен многим коммерческим (и даже некоторым опенсорсным) проектам, которым необходим "Delphi, но только чтобы писать на  C++". И, как и в случае с Delphi, это дает далеко не только нативный GUI под платформу, но и тьму инетгрированных компонентов для работы с БД, сетью и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #278

254. Сообщение от Аноним (254), 31-Мрт-26, 08:52	+1 +/–
if  ^^ uwu then { kawai nya }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

255. Сообщение от Аноним (255), 31-Мрт-26, 09:06	+/–
Qt единственная используемая библиотека для C++ ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

256. Сообщение от Аноним (13), 31-Мрт-26, 09:09	+/–
Смотрите далее. Квантовые алгоритмы забыли включить. Причем в сам язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243

257. Сообщение от Аноним (13), 31-Мрт-26, 09:10	+/–
> Всё остальное спокойно пишется на C# Для Windows что-ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

258. Сообщение от Аноним (255), 31-Мрт-26, 09:10	+/–
А может, и хорошо, что не используется? Корпорасы не будут гадить его. Должно же что-то быть быть преимущественно для СПО.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250 Ответы: #270

259. Сообщение от Аноним (13), 31-Мрт-26, 09:13	+/–
> меняющаяся в цикле переменная является константой это как - меняющаяся константа?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #273

260. Сообщение от Аноним (260), 31-Мрт-26, 09:29	+/–
скриптота нужна какая то еще питон наверное, лучше не придумали пока
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

261. Сообщение от Аноним (261), 31-Мрт-26, 09:45	+1 +/–
Секрет нормального языка - в том чтобы не тащить все и вся по первому зову сойджаков Жаль что го продолбал этот момент, принеся лженерики
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

262. Сообщение от Ананоним (?), 31-Мрт-26, 10:14	–2 +/–
Ну ты сам подтвердил что всё можно было и раньше, если хотелось. И твои стремления всё застандартизировать в C++ всё равно потерпят неудачу, потому что C++ это не язык Ada.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

263. Сообщение от Axonic (ok), 31-Мрт-26, 10:16	+1 +/–
Когда смотрю на синтаксис Rust, моя рука тянется к нагану. Когда смотрю на синтаксис С++, возникает мысль, что Rust не безнадёжен.
Ответить | Правка | Наверх | Cообщить модератору

265. Сообщение от Аноним (265), 31-Мрт-26, 10:35	+1 +/–
Фигня последнее издание
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

266. Сообщение от Аноним (266), 31-Мрт-26, 10:41	+1 +/–
Я так понял плюсы развиваются не чтобы удобнее было программировать, а чтобы валить на собесах тонкостями синтаксиса
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #289

267. Сообщение от Аноним (267), 31-Мрт-26, 10:42	+/–
Кто их использует?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #282

268. Сообщение от Аноним (267), 31-Мрт-26, 10:53	+/–
Людей же надо принуждать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

269. Сообщение от RM (ok), 31-Мрт-26, 10:55	+/–
Точно у Вирта в Паскале? А не в Турбо/Дельфи его диалекте? А то как-то указателей в Паскале когда нам его преподавали с лабими на СМ-4/ОСРВ я что-то не припомню. Кроме того, UB UB рознь, undefined vs unspecified. второе приемлимо, диск не сформатирует. Что именно про Паскаль имелось в виду?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #281, #315

270. Сообщение от Аноним (270), 31-Мрт-26, 10:58	+1 +/–
> А может, и хорошо, что не используется? Корпорасы не будут гадить его. Ты опечатался в "Корпорасы не будут развивать его." > Должно же что-то быть быть преимущественно для СПО. А назови-ка хотя бы 3-4 крупных СПО проекта, написанных на нем. Ну чтобы увидеть преимущество для СПО))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258

271. Сообщение от Аноним (272), 31-Мрт-26, 11:08	+2 +/–
У Си_Шарпа 2 пролблемы. 1. Разработан чтобы писать на Вантузе. 2. Это некомпилируемый язык. Язык работает на виртуальной машине.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #276, #332

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

273. Сообщение от Аноним (45), 31-Мрт-26, 11:37	+/–
Трудности перевода. Объект, над которым выполняются итерации цикла (элемент последовательности, по которой итерируется цикл), является константой для каждой итерации и может участвовать в константных выражениях (constexpr).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

274. Сообщение от Аноним (45), 31-Мрт-26, 11:42	+/–
Если вам надо активно работать с текстом, то эффективнее и правда перевести всё в UTF-32 и работать с ним. По меньшей мере, так будет работать произвольный доступ и не надо пердолиться с постоянным декодированием. Только в C++ для этого есть std::u32string, а не std::wstring.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #283

275. Сообщение от Аноним (45), 31-Мрт-26, 11:45	+/–
> Причем маразм в том, что они как бы и так требуются для filesystem::path и существуют под его капотом За это спасибо скажите винде. filesystem::path по wchar_t существует исключительно для неё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

276. Сообщение от Аноним (-), 31-Мрт-26, 12:55	–1 +/–
> 1. Разработан чтобы писать на Вантузе. А проблема собственно где? Нет поддержки всякого позиксного хлама? Вроде есть. > 2. Это некомпилируемый язык. Язык работает на виртуальной машине. Вы давно из криокамеры? C# уже давно в native binary компилится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #280

277. Сообщение от Аноним (277), 31-Мрт-26, 13:11    Скрыто ботом-модератором	+1 +/–
> В моей практике шаблоны понадобились 1-2 раза "А знаете я нифига не удивлен" (с) > до того там просто копипаста была и было не хуже. Казалось, куда уж дальше, но луДший погромист опеннета продолжал пробивать дно))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

278. Сообщение от Сладкая булочка (?), 31-Мрт-26, 14:45	+/–
>>> C++ Builder >> Кому он нужен? > Аболютный копиум. Ты же только сейчас о нем узнал, не так ли? Нет. > C++ Builder нужен многим коммерческим (и даже некоторым опенсорсным) проектам, которым > необходим "Delphi, но только чтобы писать на  C++". И, как > и в случае с Delphi, это дает далеко не только нативный > GUI под платформу, но и тьму инетгрированных компонентов для работы с > БД, сетью и т.п. Ну и что в этом хорошего? Это просто проблема людей, завязавшихся на инструмент и тянущих легаси, параллельно с поиском тех, кто готов в этом копролите разбираться. В современном мире это ненужный копролит как и delphi.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253 Ответы: #307

279. Сообщение от Сладкая булочка (?), 31-Мрт-26, 14:47	–1 +/–
>>> у делфи стандарта зато нет >> Это преимущество? > Естественно, если говорить о стандарте и процессер его развития уровня С++! Вам > нужна новая фича - берете и выпускаете в следующем релизе компилятора. > А не сидите и не ждете, пока там комитетные наймиты корпораций > годами чешут свои репы, чтобы в конце концов соизволить отрыгнуть кривое > недоразумение. > Буквально это и есть причина, по которой в Delphi и ее стандартной > либе были функции (не говоря уж о GUI и прочих компонентах), > которых в C++ до сих пор нет. gui и прочее в нормальных языках живут отдельно в библиотеках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #308

280. Сообщение от Сладкая булочка (?), 31-Мрт-26, 14:50	+/–
>> 2. Это некомпилируемый язык. Язык работает на виртуальной машине. > Вы давно из криокамеры? C# уже давно в native binary компилится. Так компилится, что его создатель Хелсберг взял го по причине проблем с native binary.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #336

281. Сообщение от Сладкая булочка (?), 31-Мрт-26, 14:58	–1 +/–
> Точно у Вирта в Паскале? > А не в Турбо/Дельфи его диалекте? > А то как-то указателей в Паскале когда нам его преподавали с лабими > на СМ-4/ОСРВ я что-то не припомню. Видимо плохо преподавали или память куриная. > Кроме того, UB UB рознь, undefined vs unspecified. второе приемлимо, диск не > сформатирует. Где ub сформатирует диск хоть в любом языке? Пруфы будут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269

282. Сообщение от абоба (?), 31-Мрт-26, 15:36	+2 +/–
ну я использую, проблемы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

283. Сообщение от Аноним (22), 31-Мрт-26, 15:39	+/–
Произвольность условна. Одна графема всё равно может занимать несколько 32-битных значений в UTF-32.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274

284. Сообщение от Аноним (291), 31-Мрт-26, 15:47	–2 +/–
То есть Вы гарантируете отсутствие следов структуры программы в рантайме. Это проверено Вами (и чем проверено) или прочитано?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #298

285. Сообщение от анон (?), 31-Мрт-26, 15:55	+/–
давай я сделаю вид, что ты написал это без иронии и спрошу: а что эти умные люди на apl полезного написали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

286. Сообщение от анон (?), 31-Мрт-26, 16:11	–1 +/–
кто бы мог подумать, что "все эти надстройки над надстройками существуют только на этапе компиляции, компилятор всё разрулит и всё будет работать быстро" не работает на практике? Что дальше? люди догадаются, что 0-terminated строки и deep copy по умолчанию это плохие идеи?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #318

287. Сообщение от Аноним (287), 31-Мрт-26, 16:19	+/–
Я просто напомню, что при использовании C++ более 20 Hello World компилится секунду, при спользовании C++17 - 0.1 секунду, а при использовании более ранних версий - ещё меньше. Почему бы все фичи либы, которые не требуют именно новой верси языка, не сделать доступной в предыдущих версиях (разумеется без частей, опирающихся на новые фичи языка и новые синтаксисы), так ведь можно сдорово на компиляции сэкономить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #306

288. Сообщение от анон (?), 31-Мрт-26, 16:19	–1 +/–
если под "этими людьми" имеются ввиду программисты c++, то никакого лицемерия нет - современный с++ они тоже ненавидят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229

289. Сообщение от анон (?), 31-Мрт-26, 16:22	+/–
вопросы из разряда ` чему равно sizeof(1)["abcdef"] ` сменяются на ` что выдаст программа @^^#!..[-0-](){--##;[....]::^^}  ?`
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #302

290. Сообщение от Аноним (290), 31-Мрт-26, 16:28	+1 +/–
А то в расте работа с динамической памятью не ведётся через Rc/Box/Cell
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

291. Сообщение от Аноним (291), 31-Мрт-26, 16:31	+1 +/–
Ага купи продукт на D и потом ищи кто его будет развивать и поддерживать. Величие ЯП определяется количеством кода на нём, а не прогрессом в глазах его секты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

292. Сообщение от Аноним (292), 31-Мрт-26, 16:36	+/–
Знающий не говорит, говорящий не знает  (Лао-Цзы)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

293. Сообщение от Аноним (290), 31-Мрт-26, 16:38	+/–
Если я правильно понял фишку контрактов, это проверка условий в compile-time, чтобы уронить компиляцию, если вычисление ломает предикат инварианта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210 Ответы: #309

294. Сообщение от Аноним (292), 31-Мрт-26, 16:41	+/–
function overloading: #include <iostream> int sum(int, int); double sum(double, double); int sum(int a, int b) {     return a + b; } double sum(double a, double b) {     return a + b; } int main() {     int result1 {sum(3, 6)}; // выбирается версия int sum(int, int)     std::cout << result1 << std::endl; // 9            double result2 {sum(3.3, 6.6)}; // выбирается версия double sum(double, double)     std::cout << result2 << std::endl; // 9.9 }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #329

295. Сообщение от 12yoexpert (ok), 31-Мрт-26, 16:51	+/–
стремятся к синтаксису раста, хотят отжать себе часть вебм@к@к
Ответить | Правка | Наверх | Cообщить модератору

296. Сообщение от Аноним (292), 31-Мрт-26, 16:52	–1 +/–
>Тогда о какой надежности речь? Применение gc сразу убирает этот язык для сравнения с cpp. Проблема C++ не в том, что в нём нет сборки мусора (например в Ada и Modula-2 тоже нет и при этом они надёжные), а в том, что его синтаксис основан на ненадёжном C. Всё дело в синтаксисе. >Сколько сейчас активно развиваемых компиляторов оберона? Oberon - это всего лишь заготовка языка, ядро языка, которое само по себе непрактично. Вирт ведь делал науку, а не бизнес-инструменты. Но на основе Oberona создали Java, C#, Go.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #301

297. Сообщение от Аноним (292), 31-Мрт-26, 16:54	+/–
не осилить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

298. Сообщение от 12yoexpert (ok), 31-Мрт-26, 16:57	+/–
то есть ты вообще не умеешь читать, даже по слогам?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284 Ответы: #313

299. Сообщение от Аноним (292), 31-Мрт-26, 16:58	+/–
Может тогда сразу с Perl'а и начинать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199

300. Сообщение от 12yoexpert (ok), 31-Мрт-26, 17:01	+/–
> Да еще и потом требовать от всех стандарта C++26. "потом" - это в случае с qt крайне нескоро, они всегда сохраняют обратную совместимость с помощью ifdef-ов например, Q_DECL_OVERRIDE во времена, когда ещё не во все компиляторы завезли override
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249

301. Сообщение от Сладкая булочка (?), 31-Мрт-26, 18:15	–1 +/–
>>Тогда о какой надежности речь? Применение gc сразу убирает этот язык для сравнения с cpp. > Проблема C++ не в том, что в нём нет сборки мусора (например > в Ada и Modula-2 тоже нет и при этом они надёжные), > а в том, что его синтаксис основан на ненадёжном C. Всё > дело в синтаксисе. Да, Ариан-5 не даст совать, синтаксис затащил. Ну есть так несколько подводных камней в си-синтаксисе и все, остальное правится любым стат. анализатором, современные компиляторы дают предупреждения. > Но на основе Oberona создали Java, C#, Go. С "ненадежным" (по вашим же словам) си синтаксисом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #296 Ответы: #304, #312

302. Сообщение от Аноним (133), 31-Мрт-26, 18:44	+/–
> чему равно sizeof(1)["abcdef"] Это я знаю! Это UB?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #314, #326

303. Сообщение от Аноним (-), 31-Мрт-26, 19:09    Скрыто ботом-модератором	+/–
Они начали с мусора под названием Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

304. Сообщение от Аноним (304), 31-Мрт-26, 19:18	+/–
> Да, Ариан-5 не даст совать, синтаксис затащил. Кто о чем, а шuзы про ариан) В котором просто пропустили этап тестирования - ни на уровне оборудования, ни на уровне системной интеграции. И тем не менее - 112 успешных пусков из 117. Код на дыряхе так может? > Ну есть так несколько подводных камней в си-синтаксисе и все, остальное правится любым стат. анализатором, современные компиляторы дают предупреждения. А чего тогда в кернеле столько CVE? Неужели не помогают стат. анализаторы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301

305. Сообщение от Аноним (305), 31-Мрт-26, 19:54	+/–
Без стандартизованных классов для линейной алгебры и массивов a-la numpy хреново.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

306. Сообщение от Аноним (305), 31-Мрт-26, 19:55	+/–
Тем, кто минусует: на "коре дуба" компилится секунду, не на ваших зенах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287

307. Сообщение от Аноним (249), 31-Мрт-26, 19:56	+/–
> Ну и что в этом хорошего? Что хорошего в проверенном годами интегрированном инструменте? А ты сам-то как думаешь? > Это просто проблема людей, завязавшихся на инструмент и тянущих легаси Они завязались, потому что интструемент прекрасно решает задачи. Зачастую лучше, чем альтернативы с учем времени и денег. > параллельно с поиском тех, кто готов в этом копролите разбираться. Ты про С++? Или о каком "копролите" идет речь? > В современном мире это ненужный копролит как и delphi. Расскажешь мне, что там нужно в твоем "современном мире" вместо RAD типа того же Delphi и C++ Builder? 😂 Наверное, своего монстра франкенштейна собирать и надерганых по интернету либ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #310

308. Сообщение от Аноним (249), 31-Мрт-26, 20:02	+/–
> gui и прочее в нормальных языках живут отдельно в библиотеках Чел, иди проспись. В Delphi "GUI и прочее" тоже живет в отдельных библиотеках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279

309. Сообщение от Аноним (309), 31-Мрт-26, 20:05	+/–
Контракты это не static_assert
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

310. Сообщение от Сладкая булочка (?), 31-Мрт-26, 20:27	–2 +/–
>> Ну и что в этом хорошего? > Что хорошего в проверенном годами интегрированном инструменте? А ты сам-то как думаешь? Ну так можно и про кобол говорить, но на нем новых проектов никто не пишет. >> Это просто проблема людей, завязавшихся на инструмент и тянущих легаси > Они завязались, потому что интструемент прекрасно решает задачи. Зачастую лучше, чем альтернативы > с учем времени и денег. Ситуация как с коболом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307 Ответы: #319, #322

311. Сообщение от Аноним (311), 31-Мрт-26, 20:28	+/–
В Ада совершенно другая модель управления память и контракты к ней не имеют никакого отношения. Контракты, это доказательство корректности программы, которое выполняется (выводится) во время её компиляции. По сути это static_assert, только не для констант, а для диапазонов значений переменных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206

312. Сообщение от Аноним (309), 31-Мрт-26, 20:29	+1 +/–
>Java, C#, Go. >С "ненадежным" (по вашим же словам) си синтаксисом Нет, в этих языках недостатки синтаксиса исправлены. >Ариан-5 не даст совать, синтаксис затащил. Специально сделал запрос Алисе "Ариан-5 ошибка ada". Алиса ответила: "Суть ошибки: 64-битное число, связанное с горизонтальной скоростью ракеты относительно платформы, было преобразовано в 16-битное знаковое целое. Число с плавающей точкой, которое было преобразовано, имело значение больше 32 768 — максимального значения, которое можно было представить с помощью 16 бит, поэтому преобразование завершилось с ошибкой." И где тут вы видете ненадёжность языка Ada? В Ada строгая типизация типов, поэтому в выражениях нельзя смешивать числа разных типов. Ada исключает неявные преобразования типов, все преобразования только явные. Например, чтобы сложить целое и вещественное число, надо явно преобразовать: INTEGER(23.5) + 17 В ПО Ариана программист не проверил значение веществественного числа на вхождение в границы короткого целого и просто сделал преобразование SHORT_INTEGER( x ).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301 Ответы: #327

313. Сообщение от Аноним (313), 31-Мрт-26, 20:43	+/–
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2025/p29... Как пожелание стандартизирующих и далее всё зависит от реализаторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #298 Ответы: #345

314. Сообщение от Аноним (321), 31-Мрт-26, 20:51	+/–
{{citation needed}}
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302

315. Сообщение от Диванодав (?), 31-Мрт-26, 20:54	+/–
В виртовском Паскале изначально указателей не было. Потом Вирт с большой неохотой их добавил, но для них не было арифметики и приведения (кастинга), и не было укаателей на функции. То есть указатели в виртовском Паскале были надёжными.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #328

316. Сообщение от Аноним (321), 31-Мрт-26, 20:55	+/–
>Добавлены новые операторы "^^" для получения метаинформации о грамматической конструкции Фу, блин, ^ - это же вроде managed-указатель из C++/CLI, соответственно ^^ - это managed-указатель на managed-указатель.
Ответить | Правка | Наверх | Cообщить модератору

317. Сообщение от Аноним (321), 31-Мрт-26, 20:56	+/–
Да давно всё поддерживается, ещё в C++11 было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #349

318. Сообщение от Аноним (321), 31-Мрт-26, 20:57	+/–
Ну с 0-терминированными строками std::string_view и std::span<char> проблему давно решили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

319. Сообщение от Аноним (249), 31-Мрт-26, 20:58	+/–
> Ну так можно и про кобол говорить Только мы говорим о Delphi и C++ Builder, а не о Коболе. > Ситуация как с коболом. Абсолютно детсадовские попытки подмены тезиса соломенными чучелами. Чувак, повзрослей уже. 🤦
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #310 Ответы: #320

320. Сообщение от Сладкая булочка (?), 31-Мрт-26, 21:05	+/–
>> Ну так можно и про кобол говорить > Только мы говорим о Delphi и C++ Builder, а не о Коболе. delphi в категории кобола. Вообще мы говорим про стандарт с++ 26, причем тут проприетарный с++ builder не понятно. >> Ситуация как с коболом. > Абсолютно детсадовские попытки подмены тезиса соломенными чучелами. Чувак, повзрослей > уже. 🤦 вместо перехода на личности, следует привести аргументы. На делфи сидят конторы, которым невыгодно по какой-то причине переходить на соверменный стек, вы сами это подветрждаете выше. Упрекать соверменные инструменты в оствутвии rad для gui просто глупо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319 Ответы: #323, #330

321. Сообщение от Аноним (321), 31-Мрт-26, 21:05    Скрыто ботом-модератором	+/–
Давно в проде использую, как только в CMake заработали. Но есть 5 проблемы: 1. модули намеренно прибиты гвоздями к версии шланга. Растаманы покусали. 2. import std; в CMake не работает 3. некоторые хедеры, унаследованные из C, требуют махинаций с инклюдами. 4. модули - они в основном чисто для своего проектного кода, хедеры в модули придётся специально оборачивать. 5. Слишком-много тошнотворного хрупкого бойлерплейта. Я эти модули осилил только под руководством LLM, весь бойлерплейт написал ChatGPT, я его теперь копирую из проекта в проект. Я, конечно, полностью разобрался, как этот бойлерплейт работает, но когда его вручную пишу - постоянно забываю какой-нибудь из нюансов, всегда разный. Не должен рабочий стандарт такого количества бойлерплейта требовать. Бойлерплейтт - признак неудачного дизайна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

322. Сообщение от Диванодав (?), 31-Мрт-26, 21:06	+/–
На Delphi и C++ Builder до сих пор разрабатывают, например CSoft делает САПРы https://www.csoft.ru/about/vacancy/programmer-nov.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #310 Ответы: #324

323. Сообщение от Диванодав (?), 31-Мрт-26, 21:09	+/–
Современный стек это Electron, что ли? :) На нём серьёзную графическую программу не напишешь. Или Qt, которую производитель запрещает для использования в России? А RAD Studio производитель легально продаёт в России. https://1csoft.ru/publications/embarcaderoo-rad-studio-xe-pr...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #320 Ответы: #325

324. Сообщение от Сладкая булочка (?), 31-Мрт-26, 21:10	+/–
> На Delphi и C++ Builder до сих пор разрабатывают, например CSoft делает > САПРы > https://www.csoft.ru/about/vacancy/programmer-nov.html Никто и не отрицал существование софта, который "до сих пор разрабатывают" на этом. К тому же в вакансии требование с++/qt, что как бы намекает на процесс перехода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #322 Ответы: #333

325. Сообщение от Сладкая булочка (?), 31-Мрт-26, 21:12	–1 +/–
> Современный стек это Electron, что ли? :) > На нём серьёзную графическую программу не напишешь. > Или Qt, которую производитель запрещает для использования в России? Мало ли кто что кому запрещает. > А RAD Studio производитель легально продаёт в России. Сегодня продается, завтра нет. Вендор лок он такой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #323 Ответы: #331

326. Сообщение от Аноним (313), 31-Мрт-26, 21:17	+/–
*("abcdef"+1) sizeof(char) 1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302

327. Сообщение от Сладкая булочка (?), 31-Мрт-26, 21:17	+/–
>>Java, C#, Go. >>С "ненадежным" (по вашим же словам) си синтаксисом > Нет, в этих языках недостатки синтаксиса исправлены. Любой статический анализатор их также исправит. К тому же недостатками их можно назвать с натяжкой. >[оверквотинг удален] > которое было преобразовано, имело значение больше 32 768 — максимального значения, > которое можно было представить с помощью 16 бит, поэтому преобразование завершилось > с ошибкой." > И где тут вы видете ненадёжность языка Ada? > В Ada строгая типизация типов, поэтому в выражениях нельзя смешивать числа разных > типов. Ada исключает неявные преобразования типов, все преобразования только явные. > Например, чтобы сложить целое и вещественное число, надо явно преобразовать: > INTEGER(23.5) + 17 > В ПО Ариана программист не проверил значение веществественного числа на вхождение в > границы короткого целого и просто сделал преобразование SHORT_INTEGER( x ). Ой, оказывается софт нужно тестировать. Просто "безопасного" синтаксиса недостаточно. Какая неожиданность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312

328. Сообщение от Сладкая булочка (?), 31-Мрт-26, 21:26	+/–
> В виртовском Паскале изначально указателей не было. Какая разница, что там было в начале? В книках Вирта они были, в стандарте iso7185 они также есть. > Потом Вирт с большой неохотой их добавил, но для них не было > арифметики и приведения (кастинга), и не было укаателей на функции. То > есть указатели в виртовском Паскале были надёжными. Не надо употреблять слово "надежный" без доказательств. Разыменование неинициализированного указателя или висячие указатели уже отвергают ненадежность. И предлагалось это решать ручным занулением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315

329. Сообщение от Аноним (313), 31-Мрт-26, 21:31	+/–
"Обрамление" работает только для примитивных типов вроде. (неточно)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #294

330. Сообщение от Аноним (249), 31-Мрт-26, 21:53	+/–
> delphi в категории кобола. Впервые слышу такую чушь. Ты сам-то когда-нибудь видел промышленный или потребительский софт на Коболе? Прекращай бред нести. > Вообще мы говорим про стандарт с++ 26, причем тут проприетарный с++ builder не понятно. Нет, мы говорилм о якобы ненужности Delphi и C++ Builder. При чем тут Кобол, с чего это ты вдруг теперь вспомнил о C++26 и как ему противоречит проприетароность C++ Builder - вопросы, на которые нет ответа. Извини, но со стороны выглядит так, будто ты бессвязно бредишь. > вместо перехода на личности, следует привести аргументы. Цитирование факта демагогии - это не переход на личности, а вывод демагого на чистую воду. А аргументы я тебе уже привел, и ничего внятного кроме "ыыы, кобол" ты на них ответить не смог. > На делфи сидят конторы, которым невыгодно по какой-то причине переходить на соверменный стек, вы сами это подветрждаете выше Не по "какой-то", а по вполне конкретным объективным причинам, о которых тебе написано выше. Ты вообще читал? Или уже забыл? > Упрекать соверменные инструменты в оствутвии rad для gui просто глупо. Во-первых, RAD - это далеко не только про GUI. Это, собственно, про RAD. Во-вторых, сугубо для GUI RAD-ы испокон веков существуют для всех GUI-фреймворков, начиная от древних контролов Win32 и заканчивая современным Qt (Qt Designer) и .NET. Завязывай уже чушь пороть - это уже невыносимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #320 Ответы: #337

331. Сообщение от Аноним (249), 31-Мрт-26, 21:55    Скрыто ботом-модератором	+/–
И ты вообще не видишь противоречия в этих двух своих утверждениях? Чувак, ты по инерции споришь, или что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #325

332. Сообщение от Аноним (216), 31-Мрт-26, 21:59	+/–
1. .NET Core уже давно существует для Линукса, см. репы. VS позволяет писать так же для мakakоси и Ведроида. 2. И да, и нет. Язык действительно канпеляется в байткоды, но потом превращается в процессорные бинари по ходу исполнения. Есть ещё AOT, так что можно смело считать, что у вас есть "бинарные программы". Здесь бояться нечего, Core уже активно использует даже SIMD. https://github.com/dotnet/docs/blob/main/docs/standard/simd.md Как активно пишущий, я б указал только на одну проблему - пока что с ГУЯми под Линукс какие-то непонятки - вроде как есть MAUI, но под Линукс его долго не было. Да и не пишу я на нём - у меня WPF.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #335

333. Сообщение от Аноним (249), 31-Мрт-26, 21:59	+/–
> Никто и не отрицал существование софта, который "до сих пор разрабатывают" на этом Ты отрицал, утверждая, что C++ Builder якобы никому не нужен. Забыл уже? https://www.opennet.me/openforum/vsluhforumID3/139645.html#235 А теперь оказывается, что нужен, ведь до сих пор оазрабатывают. 🤦
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #324 Ответы: #334

334. Сообщение от Сладкая булочка (?), 31-Мрт-26, 22:00	+/–
>> Никто и не отрицал существование софта, который "до сих пор разрабатывают" на этом > Ты отрицал, утверждая, что C++ Builder якобы никому не нужен. Забыл уже? Тут нет противоречий. В современном мире он никому не нужен. Для легаси может быть, как и кобол, сравнение с которым почему-то не нравится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #338

335. Сообщение от Аноним (216), 31-Мрт-26, 22:01    Скрыто ботом-модератором	+/–
Про AOT словами микрософта: https://learn.microsoft.com/en-us/dotnet/core/deploying/nati.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #332

336. Сообщение от Аноним (216), 31-Мрт-26, 22:05	+/–
Хелсберг никого не волнует - есть АОТ и оно специально для канпеляния в нэйтив. Строго говоря, ничто не мешает написать свой СРАЗУ компилируемый C# под линукс. Есессно, без  плюшек интроспекции, но с другой стороны, зато сам язык шикарный! Куча сахарка. :) Линуксу давно нехватает именно Си-подобного языка, но не С++. Можно и Ди взять - тот вообще крутяк. Но для Ди надо писать кучу либ, а у мелкософта они уже есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280

337. Сообщение от Сладкая булочка (?), 31-Мрт-26, 22:13	–3 +/–
>> delphi в категории кобола. > Впервые слышу такую чушь. Ты сам-то когда-нибудь видел промышленный или потребительский > софт на Коболе? Прекращай бред нести. В РФ нет, на Западе особенно в финтехе используется. Читайте последний абзац тут https://www.opennet.me/opennews/art.shtml?num=60802 >> Вообще мы говорим про стандарт с++ 26, причем тут проприетарный с++ builder не понятно. > Нет, мы говорилм о якобы ненужности Delphi и C++ Builder. При чем > тут Кобол, с чего это ты вдруг теперь вспомнил о C++26 > и как ему противоречит проприетароность C++ Builder - вопросы, на которые > нет ответа. Извини, но со стороны выглядит так, будто ты бессвязно > бредишь. Никто не будет в новый проект тащить легаси делфи. Тут нет противоречий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #330 Ответы: #343

338. Сообщение от Аноним (249), 31-Мрт-26, 22:14	+/–
>>> Никто и не отрицал существование софта, который "до сих пор разрабатывают" на этом >> Ты отрицал, утверждая, что C++ Builder якобы никому не нужен. Забыл уже? > Тут нет противоречий. В современном мире он никому не нужен. Есть тут противоречие. Потому что разрабатывают тот софт вот прямо сейчас, в этом самом современном мире. > кобол, сравнение с которым почему-то не нравится. Потому что Кобол не имеет отношения к теме, и приплетается тобой в качестве классического соломенного чучела.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #334 Ответы: #339, #340

339. Сообщение от Сладкая булочка (?), 31-Мрт-26, 22:19	+/–
>>>> Никто и не отрицал существование софта, который "до сих пор разрабатывают" на этом >>> Ты отрицал, утверждая, что C++ Builder якобы никому не нужен. Забыл уже? >> Тут нет противоречий. В современном мире он никому не нужен. > Есть тут противоречие. Потому что разрабатывают тот софт вот прямо сейчас, в > этом самом современном мире. Это софистика. Имелось ввиду, что если начать делать проект с нуля, то никто не будет брать делфи (или кобол). >> кобол, сравнение с которым почему-то не нравится. > Потому что Кобол не имеет отношения к теме, и приплетается тобой в > качестве классического соломенного чучела. Точно такой же динозавр, тянется по причине легаси. Отличий с дефли никаких.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #338 Ответы: #342, #344

340. Сообщение от Сладкая булочка (?), 31-Мрт-26, 22:20	–1 +/–
>>>> Никто и не отрицал существование софта, который "до сих пор разрабатывают" на этом >>> Ты отрицал, утверждая, что C++ Builder якобы никому не нужен. Забыл уже? >> Тут нет противоречий. В современном мире он никому не нужен. > Есть тут противоречие. Потому что разрабатывают тот софт вот прямо сейчас, в > этом самом современном мире. Скорее ты пишешь на делфи и у тебя подгорает. Это нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #338

341. Сообщение от Аноним (341), 31-Мрт-26, 22:20	+/–
Нет такого злоупотребления, на которое не пойдет корпораст ради 0.03% прибыли. И что? Не жить и не дышать из-за него, что ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221

342. Сообщение от Сладкая булочка (?), 31-Мрт-26, 22:21	+/–
> Отличий с дефли никаких. Кроме, разумеется, стандарта и свободных реализаций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #339

343. Сообщение от Аноним (249), 31-Мрт-26, 22:24	+1 +/–
>>> delphi в категории кобола. >> Ты сам-то когда-нибудь видел промышленный или потребительский софт на Коболе? > в финтехе используется Господи, какой же ты тугой. 🤦 Ему про промышленный и потребительский софт, а он в ответ - про финтех. Да, это одна и та же категория. В общем, ты продолжаешь героически нести чушь... > Никто не будет в новый проект тащить легаси делфи. Да, да, опеннетный эксперт по коболам авторитетно рассказывает за всех, что они там будут или не будут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #337

344. Сообщение от Аноним (249), 31-Мрт-26, 22:29	+/–
> Кобол > Отличий с дефли никаких Ну, тут без комментариев. Практически один и тот же язык, ага. 👍 В общем, разговор с тобой как всегда скатился в фарс. Можешь еще что-то ляпнуть напоследок, ведь очевидно, что с твоей точки зрения в споре победил тот, кто оставил последнее слово.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #339 Ответы: #346

345. Сообщение от 12yoexpert (ok), 31-Мрт-26, 22:31	–1 +/–
соберись, попробуй ещё раз прочитать, на что отвечаешь, у тебя получится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313 Ответы: #348

346. Сообщение от Сладкая булочка (?), 31-Мрт-26, 22:37	+/–
>> Кобол >> Отличий с дефли никаких > Ну, тут без комментариев. Практически один и тот же язык, ага. 👍 Речь не про сам язык, а использование. Покажи мне известный новый проект на делфи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #344

347. Сообщение от Аноним (347), 31-Мрт-26, 22:52	+/–
https://github.com/getml/reflect-cpp
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

348. Сообщение от Аноним (313), 31-Мрт-26, 23:06	+/–
соберись, может получится конструктив (или юмор накрайняк), Токсик_такой_токсик. далее игнор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345

349. Сообщение от Аноним (249), 31-Мрт-26, 23:12	+/–
> Да давно всё поддерживается, ещё в C++11 было. Ты про codecvt что ли? Тот самый, который deprecated начиная с C++17?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #317

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

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