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

"Утверждён стандарт 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	–5 +/–
> Представленные в спецификации возможности частично уже поддерживаются в компиляторах GCC, Clang и Microsoft Visual C++. И что характерно НИ ОДИН из компиляторов не поддерживает стандарт полностью! library features так вообще - поддерживаемых почти сколько же сколько не поддерживаемых. Простите, а это компилятор чего? Точно С++26, а не какого-то сабсета недоязыка?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #15, #17

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

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

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

9. Сообщение от Ананоним (?), 30-Мрт-26, 14:20	+7 +/–
Просто поинтересуйся на каком стандарте пишут компилятор сами разработчики новых компиляторов. По секрету для тебя: на очень старом, а нововведения всё для тебя, дорогой. Чтобы ты боролся с надуманными проблемами, а не использовал простой язык, на котором всё можно было писать вполне успешно и эффективно ещё 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	+2 +/–
Кто-нибудь здесь знает, появились ли уже трансляторы так называемых современных версий 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	+14 +/–
Стандарт всегда выходит раньше, чем его поддерживают реализации. Потому что прежде чем делать компилятор, нужно сначала всем собраться вместе и договориться, что делать и как именно. И эту роль как раз и выполняет стандартизация
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #32, #368

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	–3 +/–
Да, то что "можно точность другую у интов взять" это еще ладно. Если бы в стандарте были только "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	+4 +/–
> Просто поинтересуйся на каком стандарте пишут компилятор сами разработчики новых компиляторов. 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	+8 +/–
Я тоже отношусь к расту как к бреду
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #220

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

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	–9 +/–
и что хорошего в самоизменении программы? Купил одно, а через год оно превратилось в кирпич (а то и нечто похуже).
Ответить | Правка | Наверх | 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	+2 +/–
>> Добавлена директива "#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	+2 +/–
Да вот только язык превращается из "английского" в "китайский" - вместо выражения мыслей с помощью набора букв нужно помнить все 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, #399

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	+1 +/–
> Опять начали ныть в комментариях; всё им не так и не эдак. > Вас никто не заставляет учить все эти заклинания. Зато если какие-то > из них вам понадобятся в будущем, - спасибо скажете;) А до > тех пор, - не надо заморачиваться. Ты наверно не читатель кода, а только пейсатель. Это объясняет твои шумы в лужу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #104, #159

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

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	+5 +/–
> Не вижу проблем. Что мешает заранее договориться о том какие фичи языка > будут использоваться в проекте, а какие нет? Тогда с чтением проблем > не возникнет! Ога! Осталось только договориться со всеми программистами мира, чтобы не читать потом этот "код", в поисках жучков в открытых проектах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #118

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

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, #397

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	–2 +/–
Просто я смотрю с другой стороны жизни программ. Как легко трескаются .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 Ответы: #360

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	+/–
Это что, они прям догоняют скоро Дельфи 90-х годов?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

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

135. Сообщение от Аноним (135), 30-Мрт-26, 18:13	–1 +/–
Типа так: - 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

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	–1 +/–
Из серии: как написать сложнее и непонятнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #176

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

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	–2 +/–
> А на чем написана самая распространенная дестопная ОС в мире? На С она написана. То что там куча юзерспейсных приложух и либ написана на крестах, шарпе и ещё хз чём - как бы не важно. Кресты в ядро начали пихать уже сильно потом, где то с висты, с соотвествующим качеством :) Компилятор - не системное. > Вот чтобы такого парада велосипедов не было - нужно удачные вещи переносить в стандарт. Превратить язык в синтаксис при одной мегалибе - лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #157, #168, #369

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	–1 +/–
>По классике жанра: а что там с модулями? Ты чо Паскалист что-ли? Зачем тебе модули?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #359

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	+2 +/–
> Операционные системы на крестах не пишут, ничего лучше обычного С+асм нет. Жаль только, что твои "С + асм" системы приходится собирать комилятором, написанным на крестах. 😭 > ничего лучше обычного С+асм нет. > Для глупеньких - го сделали. Хвалить С и одновременно говорить, что 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	+2 +/–
> Зато писали на нем реально умные люди, а не случайный сброд, почитавший "С++ за 21 день" Это странное заявление. Почему яп должен быть супермегасложным? Он наоборот должен быть логичным, легко осваиваемым, компилятор должен в этом помогать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

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

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    Скрыто ботом-модератором	–2 +/–
А мне не нужны классы :) Толку от быдлокодеров больше, их банально больше и они делают больше всего. Иногда из этого вырастают проекты с кучей юзеров, периодически страдающих, но заменить всё равно особо нечем.
Ответить | Правка | Наверх | 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	–2 +/–
LLVM - это не компилятор C++. А компиляторы пишут на C++11.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #190

186. Сообщение от Аноним (185), 30-Мрт-26, 21:33	–2 +/–
Модули в 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	+1 +/–
Есть такой бизнес - стандарты выпускать (и продавать).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

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

195. Сообщение от Аноним (185), 30-Мрт-26, 22:13	+2 +/–
Это преимущество?
Ответить | Правка | Наверх | 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	+5 +/–
Со временем любой язык становится 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	–11 +/–
Когда уже до этих сипиписнутых пepдyнoв дойдёт, что С++ неисправим! Хоть стотыщ новых "плюшек" добавьте, как язык это полное фиаско! Не программа, а куча низкоуровневых сикарашек. Хочешь писать "для железа" - бери Си. Всё остальное спокойно пишется на C#. Зачем в 21 веке этот бесперспективный С++? Помрут последние "старожилы языка" и всё, ему кранты! Зумеры максимум пестон освоят, профи - C# или Жабу. И куда потом девать это сипиписное легаси??
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #257, #271

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

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

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

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

220. Сообщение от Аноним (220), 31-Мрт-26, 00:11	+12 +/–
Раст это не бред, хлеб это бред. Раст это ржавчина.
Ответить | Правка | Наверх | 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	–1 +/–
такой цирк сейчас везде, Swift, C#, убожество Kotlin, только Java достаточно консервативна и внедряет постепенно, но минус в том, что многого не хватает, и тогда оно делается через черный вход что-то нет у меня энтузиазма все это говнище хайповое тащить в проект если человек писал вермишель, то новый синтаксический сахар только усугубит положение а если писал проразчно то 90% новых фич тебе не надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #376

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	+2 +/–
> Что же это за стандарт такой, если его никто не соблюдает? Так. Пробую объяснить ещё раз. GCC соблюдал правку от "Omitting/extending memory allocations" ещё до появления этой правки в стандарте. Он сразу действовал как нужно и ничего править не пришлось. Эта правка его вообще не коснулась А [[carries_dependency]] относится к оптимизациям. Это фича формата "подскажи нам, а мы соптимизируем, если сможем. А если не сможем, то не соптимизируем". А стандарт никогда не описывает оптимизации. И если он ручки, позволяющие подкрутить оптимизации, он не обязывает компиляторы действовать в соответствии с этими подсказками. Потому что, с одной стороны, одни и те же оптимизации не всегда и не везде возможны в силу совершенно разных факторов. А с другой, это позволяет компиляторам добавлять собственные оптимизации
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

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

232. Сообщение от Сладкая булочка (?), 31-Мрт-26, 02:11	+1 +/–
> Дак и в Обероне тоже есть неопред. поведение. Что плохого? Тогда о какой надежности речь? Применение 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	–2 +/–
Вы ошибаетесь. Нельзя научить быть умным и всё такое. Можно надрессировать на выполнение определённых функций, с определённой степенью качества. Для остального надо умень думать самостоятельно и иметь петлю обратной связи, чтобы анализировать свою деятельность и улучшать её. Многие только воспроизводят то чему их научили. Научится делать лучше они не могут, у некоторых даже не щёлкает ничего когда они видят чужой чистый код и свой. Даже когда код делает одно и тоже, но у одного там 5 строчек и красиво отформатировано с каментами а у другого или однострочник который надо скролить или 50 строк с кучей мусорных функций и переменных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

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

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	–2 +/–
Это нетленное произведение великолепно описывает хейтеров языка 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	+2 +/–
if  ^^ uwu then { kawai nya }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

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

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

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

258. Сообщение от Аноним (255), 31-Мрт-26, 09:10	–1 +/–
А может, и хорошо, что не используется? Корпорасы не будут гадить его. Должно же что-то быть быть преимущественно для СПО.
Ответить | Правка | Наверх | 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	–3 +/–
Ну ты сам подтвердил что всё можно было и раньше, если хотелось. И твои стремления всё застандартизировать в 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	+2 +/–
Я так понял плюсы развиваются не чтобы удобнее было программировать, а чтобы валить на собесах тонкостями синтаксиса
Ответить | Правка | Наверх | 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	+2 +/–
> А может, и хорошо, что не используется? Корпорасы не будут гадить его. Ты опечатался в "Корпорасы не будут развивать его." > Должно же что-то быть быть преимущественно для СПО. А назови-ка хотя бы 3-4 крупных СПО проекта, написанных на нем. Ну чтобы увидеть преимущество для СПО))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258 Ответы: #405

271. Сообщение от Аноним (272), 31-Мрт-26, 11:08	+3 +/–
У Си_Шарпа 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	+3 +/–
ну я использую, проблемы?
Ответить | Правка | Наверх | 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	+1 +/–
давай я сделаю вид, что ты написал это без иронии и спрошу: а что эти умные люди на 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, #398

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	+2 +/–
А то в расте работа с динамической памятью не ведётся через Rc/Box/Cell
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #357

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

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

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

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

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 Ответы: #377

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

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

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

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	+1 +/–
> gui и прочее в нормальных языках живут отдельно в библиотеках Чел, иди проспись. В Delphi "GUI и прочее" тоже живет в отдельных библиотеках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279 Ответы: #354

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

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	–1 +/–
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	+1 +/–
>Добавлены новые операторы "^^" для получения метаинформации о грамматической конструкции Фу, блин, ^ - это же вроде managed-указатель из C++/CLI, соответственно ^^ - это managed-указатель на managed-указатель.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #374

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

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

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 +/–
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, #422

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	–1 +/–
>> Никто и не отрицал существование софта, который "до сих пор разрабатывают" на этом > Ты отрицал, утверждая, что C++ Builder якобы никому не нужен. Забыл уже? Тут нет противоречий. В современном мире он никому не нужен. Для легаси может быть, как и кобол, сравнение с которым почему-то не нравится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #338

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

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

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

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

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

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

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

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

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

351. Сообщение от Сладкая булочка (?), 01-Апр-26, 00:19	+/–
>>>> delphi в категории кобола. >>> Ты сам-то когда-нибудь видел промышленный или потребительский софт на Коболе? >> в финтехе используется > Господи, какой же ты тугой. 🤦 Ему про промышленный и потребительский софт, В Ford используют для управление производственными процессами и инвентаризацией на заводах. Промышленная сфера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #343

352. Сообщение от Аноним (352), 01-Апр-26, 01:54	+/–
Ну не знаю, писал неделю назад програмку, и ^^ мне очень не хватало (пришлось обойтись одинарным ^, благо условия позволяли). Правда, поведение от неё ожидалось не то, что описано в новости. Вообще, странно, что у побитовых & и | есть логические аналоги, а у ^ нет. Почему так? В пдп-11 не было такой инструкции ассемблера?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

354. Сообщение от Сладкая булочка (?), 01-Апр-26, 04:20	–2 +/–
>> gui и прочее в нормальных языках живут отдельно в библиотеках > Чел, иди проспись. В Delphi "GUI и прочее" тоже живет в отдельных > библиотеках. Насколько отдельно, что visual designer интегрирован в делфи, а Visual Component Library (VCL) специально для него сделана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308 Ответы: #375, #383

355. Сообщение от Аноним (355), 01-Апр-26, 07:12	+1 +/–
А где сам Страуструп? Чем он занимается? Он учавствует в разработке стандарта или устал уже?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #364, #389, #400

357. Сообщение от анондирован (?), 01-Апр-26, 09:23	+/–
и Arc (жутчайшая производительность)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290

358. Сообщение от анондирован (?), 01-Апр-26, 09:29	+/–
Модули как-бы есть, но их как-бы нет. Нет единого стандарта для C++ компиляторов, а импорт C++ их внешних библиотек не поддерживается в CMake. Поэтому никто их не распространяет для сборки с C++ модулями. Дело движется, но черепашьими шагами. Возможно к 2030-му допилят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

359. Сообщение от анондирован (?), 01-Апр-26, 09:34	+3 +/–
В Паскале (и Дельфи) супер быстрая сборка программ из-за использования модулей. Когдв впервые увидел еще в 90х в Borland Pascal и Borland C++ был шокирован. С тех пор ничего не изменилось. В C и C++ подстановка текста (многомегабайтные исходники после подстановки всех заголовочных файлов - поинтересуйтесь однажды как это работает) поэтому сборка программ такая медленная. Но Rust намного гаже - сборка программ в разы тормознутее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #419

360. Сообщение от анондирован (?), 01-Апр-26, 09:37	+/–
Turbo Pascal и наследник оного Delphi это memory safe языки :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

361. Сообщение от Аноним (361), 01-Апр-26, 09:59	+/–
Это аналог static_assert, так как тоже вычисляются во время компиляции, но могут анализировать не только константы и типы данных, но и диапазоны значений переменных, которые в static_assert недоступны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #309

362. Сообщение от Cooler (??), 01-Апр-26, 10:02	+2 +/–
Уже сколько баталий было на опеннете из-за этих мифов. Кратко: - unique_ptr<> не вызывает run-time оверхеда. У некоторых экспертов опеннета он вызывает code-write оверхед в голове, потому что больше текста писать. - shared_ptr<> - вызывает run-time оверхед из-за подсчёта ссылок. Но его надо использовать только там где есть необходимость, а не пихать везде вместо обычных указателей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

363. Сообщение от Аноним (229), 01-Апр-26, 10:15	+/–
Ну ё моё, снова нет шлюма для многописарок в случае интензианского грума... Жду 29 стандарт
Ответить | Правка | Наверх | Cообщить модератору

364. Сообщение от Аноним (229), 01-Апр-26, 10:17	+/–
Страуструп всегда был в позиции "лишь бы чего не случилось, давайте жить дружно". Единственный его очень тихий демарш, это текст "Remember Vasa", вроде так называется, где он намекал на опасность вот такого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #355 Ответы: #366

366. Сообщение от Facemaker (?), 01-Апр-26, 10:56	+/–
И он прав. Зачем резать курицу, несущую золотые яйца?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #364

367. Сообщение от Володька Драйвер (?), 01-Апр-26, 11:18	+1 +/–
Да нет же: - use-after-free - висячие ссылки из-за контейнеров - data race в пногопоточке - аliasing - unique_ptr<T[]> не проверяются - strict aliasing и частичная инициализация - итд. Это всё остаётся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

368. Сообщение от Володька Драйвер (?), 01-Апр-26, 11:23	–1 +/–
Поэтому плюсы и получились такой дымящейся кучей дерьма. Потому, что нужно сначала сделать реализацию, обкатать её и убедится в работоспособности, и уже потом предлагать её к стандартизации. А не наоборот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #373

369. Сообщение от Аноним (45), 01-Апр-26, 11:43	+/–
> На С она написана. На C++ она написана. Включая ядро. Я вам больше скажу, MSVC, которым она собирается, не поддерживает язык C как таковой. Всё, что выглядит как C, компилируется как C++. И да, разница есть, даже если синтаксис одинаковый. По-моему, где-то был то ли пост, то ли интервью, где MS спрашивали доколе, и они ответили, что C ни им самим, ни их клиентам не нужен, в отличие от C++. Сейчас уже не найду ссылку, давно дело было. Поэтому и стандартная библиотека C максимально куцая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

370. Сообщение от Аноним (45), 01-Апр-26, 11:48	+/–
Ну по крайней мере набор тригонометрических функций есть, если кому надо. А интринсики можно использовать и с std::simd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #420

371. Сообщение от Аноним (45), 01-Апр-26, 11:54	–1 +/–
> *("abcdef"+1) *(4 + "abcdef") же ж.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #326 Ответы: #372

372. Сообщение от Аноним (45), 01-Апр-26, 11:56	+/–
>> *("abcdef"+1) > > *(4 + "abcdef") же ж. А, да, *(1 + "abcdef"). Тормознул.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #371

373. Сообщение от Аноним (373), 01-Апр-26, 12:26	+1 +/–
Ты о процессе принятия не вкурсе. Именно так и делают. Другое дело, что разные фичи обкатывают по отдельности, а вместе они могут приводить к нестыковкам. А часть так вообще без нескольких лет применения невозможно оценить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #368

374. Сообщение от Аноним (133), 01-Апр-26, 13:35	+/–
Ещё вспомни, что >> - это не сдвиг, а две закрывающихся скобки шаблонов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #316

375. Сообщение от Аноним (249), 01-Апр-26, 13:37	+2 +/–
> Насколько отдельно, что visual designer интегрирован в делфи Ну ничего себе: в интегрированной среде разработки визуальный дизайнер, внезапно, тоже интегрирован! Шок! 😮 > а Visual Component Library (VCL) специально для него сделана. А как абсолютно та же VCL работает в C++ Builder и плюсовом коде - для опеннетной булочки загадка. 😮 Совсем не отдельная библиотека, ага. Ты продолжаешь героически накладывать себе в штаны. 👍
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #354 Ответы: #379

376. Сообщение от Аноним (376), 01-Апр-26, 13:59	+/–
У Java ситуация немного обратная - он в своё время был хайповым гавнищем и принял кучу сомнительных решений. Вот и развивается медленнее улитки, потому что шаг влево, шаг вправо - вся эта байда рванёт так громко, что хейт к расту покажется обожанием.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226

377. Сообщение от Сусанин (?), 01-Апр-26, 15:01	+/–
Он очень медленный, примерно как Python, т.е. программы работают в сотни раз медленнее написанных на С++. Плюс он удобен только для написания небольших утилит с обработкой текста. Для работы с двоичными данными и написания больших программ он непригоден, к сожалению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299

379. Сообщение от Сладкая булочка (?), 01-Апр-26, 15:27	–1 +/–
>> Насколько отдельно, что visual designer интегрирован в делфи > Ну ничего себе: в интегрированной среде разработки визуальный дизайнер, внезапно, тоже > интегрирован! Шок! 😮 У нормальных языков ide к языку не привязана. Есть отдельный компилятор, можно из консоли его вызывать. В делфи надо покупать ide. Так что да, интеграция там по самое не балуй. Все прибито гвоздями. >> а Visual Component Library (VCL) специально для него сделана. > А как абсолютно та же VCL работает в C++ Builder и плюсовом > коде - для опеннетной булочки загадка. 😮 Совсем не отдельная библиотека, > ага. Внезапно это продукт той же конторы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #375 Ответы: #380, #382

380. Сообщение от Аноним (249), 01-Апр-26, 18:23	+/–
> У нормальных языков ide к языку не привязана. Мля, а к чему привязана IDE у других языков? Что ты несешь? > Есть отдельный компилятор, можно из консоли его вызывать. Да, прямо ddc32.exe/dcc64.exe/etc в Delphi. > В делфи надо покупать ide. Да что ты! Серьезно? Не бизплатна? 😭 >>> а Visual Component Library (VCL) специально для него сделана. >> А как абсолютно та же VCL работает в C++ Builder и плюсовом >> коде - для опеннетной булочки загадка. 😮 Совсем не отдельная библиотека, >> ага. >Внезапно это продукт той же конторы. Ну, и? Какая разница, от какой она конторы? Господи, как это вообще относится к обсуждению? 🤦 Давай, жги еще! Позориться - так до конца. 😆
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379 Ответы: #385

381. Сообщение от Аноним (381), 01-Апр-26, 18:54	+/–
В нормальных языках контракты по идее могут в обе стороны работать. И для проверки корректности реализации функции (для чего достаточно static_assert) и для проверки корректности вызова функции (вот тут передаются индекс i и количество n, i должно быть >=0 и <n всегда). Со static_assert второй случай может и провалиться. С контрактом не должен. Что получилось в плюсах - пока непонятно. Возможно не так как я описал. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

382. Сообщение от mugeen (ok), 01-Апр-26, 19:10	–1 +/–
> У нормальных языков ide к языку не привязана Компилятор Delphi не прибит к IDE, с добрым утром > В делфи надо покупать ide man Delphi CE
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379 Ответы: #384

383. Сообщение от Аноним (381), 01-Апр-26, 19:45	–1 +/–
> visual designer интегрирован в делфи Всё в рантайме можно делать, так что дезайнер ui можно не использовать. Java и Qt немного проигрывает, т.к. нет layout и приходится координаты руками высчитывать, но в остальном всё норм. > Visual Component Library (VCL) специально для него сделана. VCL можешь использовать где угодно. Две проблемы - property (это сахар, можешь развернуть руками геттеры и сеттеры) и главная - closure. Но в билдере оно на уровне C++ развернулось легко (по сути указатель на объект (Form2) и указатель на функцию-член(void Form2::OnClick()) в одной переменной). Можно ещё было про привязку к winapi сказать, но Кайликс и Лазарус смогли и под Линукс, так что на практике это не проблема. P.S. В Qt тоже без moc далеко не уедешь, хотя в Qt5 можно много чего делать и без moc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #354 Ответы: #388

384. Сообщение от Сладкая булочка (?), 01-Апр-26, 19:46	–1 +/–
>> У нормальных языков ide к языку не привязана > Компилятор Delphi не прибит к IDE, с добрым утром Как много людей, которые компилируют вызовом компилятора в консоли по аналогии с gcc? Можно ли его отдельно установить без IDE? >> В делфи надо покупать ide > man Delphi CE Заходим https://www.embarcadero.com/products/delphi/starter/free-dow... и видим, что нас просят сообщить о себе данные чтобы скачать. Также мы не получаем исходников и получаем limited commercial use license.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #382 Ответы: #386, #403

385. Сообщение от Сладкая булочка (?), 01-Апр-26, 19:54	–1 +/–
>> У нормальных языков ide к языку не привязана. > Мля, а к чему привязана IDE у других языков? Что ты несешь? Ни к чему не привязана. Например, в qt creator можно писать не только на с++ и создавать приложения без использования qt. >> Есть отдельный компилятор, можно из консоли его вызывать. > Да, прямо ddc32.exe/dcc64.exe/etc в Delphi. Без IDE его как получить? >> В делфи надо покупать ide. > Да что ты! Серьезно? Не бизплатна? 😭 >>>> а Visual Component Library (VCL) специально для него сделана. >>> А как абсолютно та же VCL работает в C++ Builder и плюсовом >>> коде - для опеннетной булочки загадка. 😮 Совсем не отдельная библиотека, >>> ага. >>Внезапно это продукт той же конторы. > Ну, и? Какая разница, от какой она конторы? Господи, как это вообще > относится к обсуждению? 🤦 Также как qt software к qt. > Давай, жги еще! Позориться - так до конца. 😆 Ты на техническом форуме. Вставлять в каждое сообщение в конце оскорбления смысла нет. Это ничего не поменяет в обсуждении, лишь показывает твой уровень ведения дискуссий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #380 Ответы: #391

386. Сообщение от Аноним (249), 01-Апр-26, 19:56	+/–
> Как много людей, которые компилируют вызовом компилятора в консоли по аналогии с gcc? Шта? "Вызовом GCC в консоли" люди компилируют максимум хэллоуворлд во время обучения программированию. Ты, бедный, уже не знаешь, что ляпнуть. > нас просят сообщить о себе данные чтобы скачать. > мы не получаем исходников и получаем limited commercial use license. Мило видеть, как ты на ходу познаешь Delphi: * Компилятор прибит к IDE! * Не прибит, но он платный! * Не платный, но не дают исходников! Что там у тебя дальше будет по программе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #384 Ответы: #387

387. Сообщение от Сладкая булочка (?), 01-Апр-26, 20:02	–1 +/–
>> Как много людей, которые компилируют вызовом компилятора в консоли по аналогии с gcc? > Шта? "Вызовом GCC в консоли" люди компилируют максимум хэллоуворлд во время обучения > программированию. Ты, бедный, уже не знаешь, что ляпнуть. Из make он не в консоли что-ли вызывается. Все, что ты делаешь, это придираешься к словам. >> нас просят сообщить о себе данные чтобы скачать. >> мы не получаем исходников и получаем limited commercial use license. > Мило видеть, как ты на ходу познаешь Delphi: > * Компилятор прибит к IDE! > * Не прибит, но он платный! > * Не платный, но не дают исходников! Он прибит, потому что скачать без IDE его нельзя. Он платный. В версии CE ограниченное использование. Исходников ни в какой версии не получить. Этого достаточно чтобы ни в каком виде не использовать это винподобное поделие. Еще и без стандарта. Любопытно как любители завендорлочиться пытаются сделать вид, что у них все хорошо и ничего не мешает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #386 Ответы: #390, #404

388. Сообщение от Сладкая булочка (?), 01-Апр-26, 20:05	+/–
>> visual designer интегрирован в делфи > Всё в рантайме можно делать, так что дезайнер ui можно не использовать. > Java и Qt немного проигрывает, т.к. нет layout и приходится координаты руками > высчитывать, но в остальном всё норм. Тут комментировать, только портить. >> Visual Component Library (VCL) специально для него сделана. > Можно ещё было про привязку к winapi сказать, но Кайликс и Лазарус > смогли и под Линукс, так что на практике это не проблема. Примеры приложение на Лазарусе под линуксе можно? Чтобы можно было код посмотреть желательно. > P.S. В Qt тоже без moc далеко не уедешь, хотя в Qt5 > можно много чего делать и без moc. А причем тут moc? moc встроен в qt в процесс сборки, используется "стандартный" сmake. Не понял перехода. Работает с разными компиляторами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #383 Ответы: #392

389. Сообщение от Аноним (389), 01-Апр-26, 21:03	+/–
Страуструп участвовал в разработках стандартов до C++11, а после него не участвует в этом балагане.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #355 Ответы: #396

390. Сообщение от Аноним (249), 01-Апр-26, 21:42	+1 +/–
> Из make Сперва у тебя "вызовом в консоли", теперь уже "из make". Что дальше будет? > Из make он не в консоли что-ли вызывается Нет, не в консоли, а в командном интерпретаторе (он же shell). > Все, что ты делаешь, это придираешься к словам. Все, что ты делаешь - извиваешься на сковороде и продолжаешь сам себя закапывать. > Он прибит, потому что скачать без IDE его нельзя. Без IDE и остального он бессмысленен. Это интегрированный инструмент. > Он платный. В версии CE ограниченное использование. Исходников ни в какой версии не получить. Чувак, все эти опенсорсные религиозные ценности никого не волнуют, когда речь идет о промышленном и коммерческом софте. Людям ехать нужно, а не шашечки. > Еще и без стандарта. О стандарте уровня C++ и его бесполезности в контексте RAD типа Delphi я уже писал выше. Иди перечитай: https://www.opennet.me/openforum/vsluhforumID3/139645.html#251 > Любопытно как любители завендорлочиться пытаются сделать вид, что у них все хорошо и ничего не мешает. Ты так и не сказал, что конкретно именно должно мешать в надежном, и поверенном десятилетиями инструменте. Но учитывая, что ты только во время этого обсуждения узнал об устройстве Delphi/C++Builder и их лицензионной модели - ничего внятного ты ответить не можешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #387 Ответы: #393

391. Сообщение от Аноним (249), 01-Апр-26, 21:55	+/–
>> Мля, а к чему привязана IDE у других языков? Что ты несешь? > Ни к чему не привязана. IDE для языка X не привязана к языку X. Ясно, понятно... >>> Есть отдельный компилятор, можно из консоли его вызывать. >> Да, прямо ddc32.exe/dcc64.exe/etc в Delphi. > Без IDE его как получить? Чувак, он и так отдельно от IDE. Что еще ты хочешь получить? Продаются вместе, да. >> Ну, и? Какая разница, от какой она конторы? Господи, как это вообще относится к обсуждению? 🤦 > Также как qt software к qt. Сорян, не вижу логики. Было бы проще, если бы ты начал четко формулировать свои мысли, а не перепрыгивать на Qt, Кобол и хз что знает еще. > Ты на техническом форуме. Какая ирония слышать это от персонажа с аргументами уровня "кому он нужен", "все прибито" и  "платно!". >> Давай, жги еще! Позориться - так до конца. 😆 > Вставлять в каждое сообщение в конце оскорбления смысла нет. Это не оскорбления, а констатация твоего инфантильного поведения, когда ты не в состоянии остановиться нести чушь и спорить ради спора, продолжая извиваться на сковороде при каждом опровержении твоего бреда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #385 Ответы: #394

392. Сообщение от Аноним (249), 01-Апр-26, 21:57	+/–
> Примеры приложение на Лазарусе под линуксе можно? Double Commander
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #388 Ответы: #395

393. Сообщение от Сладкая булочка (?), 01-Апр-26, 22:00	–2 +/–
>> Из make > Сперва у тебя "вызовом в консоли", теперь уже "из make". Что дальше > будет? >> Из make он не в консоли что-ли вызывается > Нет, не в консоли, а в командном интерпретаторе (он же shell). Как уже выше сказал, это софистика. Консоль, командный интепретатор, дочерний процесс make , запущенного в shell - это все синонимы в данном конексте. >> Он прибит, потому что скачать без IDE его нельзя. > Без IDE и остального он бессмысленен. Это интегрированный инструмент. И кто тут извивается?) Получить компилятор без IDE тут невозможно и точка. Об этом шла речь. Таким образом, компилятор прибит к IDE. IDE нельзя настроить, чтобы он вызывал какой-то другой компилятор, например. Об этом шла речь. Ты либо не понимаешь или делаешь вид, что не понимаешь. >> Он платный. В версии CE ограниченное использование. Исходников ни в какой версии не получить. > Чувак, все эти опенсорсные религиозные ценности никого не волнуют, когда речь идет > о промышленном и коммерческом софте. Людям ехать нужно, а не шашечки. Настолько ехать, что они готовы завязаться на вендора, который завтра из-за кучи разных причин может помахать ручкой и промышленный софт останется на старой версии? Отличный план, Уолтер, просто офигительный, если я правильно понял (с) >> Еще и без стандарта. > О стандарте уровня C++ и его бесполезности в контексте RAD типа Delphi > я уже писал выше. Иди перечитай: > https://www.opennet.me/openforum/vsluhforumID3/139645.html#251 Это implementation defined поведение. По итогу у тебя огромная система, которая работает, просто потому что так написана, а не потому что собрались, подумали и задокументировали поведение. Любое поведение может завтра изменится, в отличие от стандарта, где его будут соблюдать. Implementation defined совершенно непригоден для нескольких реализаций. >> Любопытно как любители завендорлочиться пытаются сделать вид, что у них все хорошо и ничего не мешает. > Ты так и не сказал, что конкретно именно должно мешать в надежном, > и поверенном десятилетиями инструменте. Но учитывая, что ты только во время > этого обсуждения узнал об устройстве Delphi/C++Builder и их лицензионной модели - > ничего внятного ты ответить не можешь. Явно описано выше, но еще раз повторю (в последний раз) 1. Проприетарщина 2. Ограничения в лицензии по использованию 3. Одна реализация без стандарта 4. Используется только в легаси, либо там, где уже завязались по самые уши на этот инструмент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #390

394. Сообщение от Сладкая булочка (?), 01-Апр-26, 22:19	–2 +/–
>>> Мля, а к чему привязана IDE у других языков? Что ты несешь? >> Ни к чему не привязана. > IDE для языка X не привязана к языку X. Ясно, понятно... >>>> Есть отдельный компилятор, можно из консоли его вызывать. >>> Да, прямо ddc32.exe/dcc64.exe/etc в Delphi. Это и есть привязка. Выше я тебе привел пример, например, в qt creator, где можно выбрать компилятор, который ставится отдельно. >> Без IDE его как получить? > Чувак, он и так отдельно от IDE. Что еще ты хочешь получить? > Продаются вместе, да. Хочу просто написать apt install <компилятор>. Модульный дизайн, а не прибитые к полу игрушки, которые прибил вендор и не разрершает их отдирать. >>> Ну, и? Какая разница, от какой она конторы? Господи, как это вообще относится к обсуждению? 🤦 >> Также как qt software к qt. > Сорян, не вижу логики. Было бы проще, если бы ты начал четко > формулировать свои мысли, а не перепрыгивать на Qt, Кобол и хз > что знает еще. Все ответы даны четко на твои вбросы. >> Ты на техническом форуме. > Какая ирония слышать это от персонажа с аргументами уровня "кому он нужен", > "все прибито" и  "платно!". Это аргументы, которые ты так и не опроверг. >>> Давай, жги еще! Позориться - так до конца. 😆 >> Вставлять в каждое сообщение в конце оскорбления смысла нет. > Это не оскорбления, а констатация твоего инфантильного поведения, когда ты не в > состоянии остановиться нести чушь и спорить ради спора, продолжая извиваться на > сковороде при каждом опровержении твоего бреда. Если ты делаешь утверждение, то должен его доказать, иначе бабабол. Так вот, ты получается бабабол, который обиделся, что про его делфи говорят, то что он не готов принять. Классическая стадия гнева. Не способность дать аргументированный ответ сменяется на оскорбления ради удержания ЧСВ и придания убедительности своим неаргументированным выпадам. Классика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #391

395. Сообщение от Сладкая булочка (?), 01-Апр-26, 22:21	–1 +/–
>> Примеры приложение на Лазарусе под линуксе можно? > Double Commander Да можно сразу весь список огласить https://en.wikipedia.org/wiki/Lazarus_(software)#Examples_of_applications_produced_with_Lazarus Тут прям промышленный софт каждый второй. Технология, от которой нельзя отказаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #392

396. Сообщение от Аноним (229), 01-Апр-26, 23:54	+/–
Да конечно! С концептами он до конца носился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #389 Ответы: #413

397. Сообщение от Bottle (?), 02-Апр-26, 01:09	+/–
Уже за две тысячи перевалил. Тем временем богомерзкая псевдопростая сишка 760 страниц имеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

398. Сообщение от Bottle (?), 02-Апр-26, 01:12	+/–
Там хедеры стандартной библиотеки просто жирнеют, из-за кривой модели компиляции это напрямую сказывается на продуктивности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287 Ответы: #421

399. Сообщение от Bottle (?), 02-Апр-26, 01:16	+/–
Сишкосброд тем временем изобрёл iso646.h, чтобы их закорючки были чуточку читаемей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

400. Сообщение от Сусанин (?), 02-Апр-26, 02:28	+/–
На пенсии он, видимо. Утомили его уже все - вечно все что-то хотят, всё им не то и не так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #355

401. Сообщение от Ананоним (?), 02-Апр-26, 02:46	+/–
https://open-std.org/JTC1/SC22/WG21/docs/papers/2018/p0977r0...
Ответить | Правка | Наверх | Cообщить модератору

402. Сообщение от Аноним (402), 02-Апр-26, 07:31	+/–
Времен там ровно 3,  остальное tenses.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

403. Сообщение от mugeen (ok), 02-Апр-26, 07:33	+1 +/–
> Как много людей, которые компилируют вызовом компилятора в консоли по аналогии с > gcc? Не имеет значения, ты не про это писал. > Можно ли его отдельно установить без IDE? IDK. > видим, что нас просят сообщить о себе данные чтобы скачать И что такого в этом? > Также мы не получаем исходников А должны были? > и получаем limited commercial use license. Это не отменяет наличие бесплатной редакции. И отвечая на https://www.opennet.me/openforum/vsluhforumID3/139645.html#387: > Он прибит, потому что скачать без IDE его нельзя К IDE он не прибит, от удаления её файлов сам компилятор не перестанет работать. > Он платный 1. Есть бесплатная редакция. 2. А минусы будут? > В версии CE ограниченное использование Как и у Unity/UE/Clickteam Fusion 2.5/etc. > Исходников ни в какой версии не получить За FLOSS'ом иди в Lazarus и FPC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #384 Ответы: #408

404. Сообщение от mugeen (ok), 02-Апр-26, 07:47	+/–
> Еще и без стандарта Есть reference guide от Embarcadero (https://docwiki.embarcadero.com/RADStudio/Florence/en/Delphi...) и FPC (https://www.freepascal.org/docs-html/ref/ref.html).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #387 Ответы: #407

405. Сообщение от Аноним (405), 02-Апр-26, 12:28	+/–
В плане развития, нынешняя команда и без корпорасов неплохо справляется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270

406. Сообщение от Аноним (405), 02-Апр-26, 12:42	+/–
Такие вставочки могут быть бекдорчиками. Это тоньше, чем от Jia Tan.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341

407. Сообщение от Сладкая булочка (?), 02-Апр-26, 14:41	+/–
>> Еще и без стандарта > Есть reference guide от Embarcadero (https://docwiki.embarcadero.com/RADStudio/Florence/en/Delphi...) > и FPC (https://www.freepascal.org/docs-html/ref/ref.html). reference guide - это не стандарт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #404 Ответы: #409

408. Сообщение от Сладкая булочка (?), 02-Апр-26, 14:51	+/–
>> Как много людей, которые компилируют вызовом компилятора в консоли по аналогии с >> gcc? > Не имеет значения, ты не про это писал. Как не имеет. Это и речь про прибитость. Почти все нормальные проекты на си собираются gcc без привязки к ide. А тут видите ли без ide никто не пишет. Тупо виндузятный подход. >> Можно ли его отдельно установить без IDE? > IDK. Поиск ничего не находит. >> видим, что нас просят сообщить о себе данные чтобы скачать > И что такого в этом? А то, что это сбор данных. В с++ нормальный компилятор можно поставить через пакетный менеджер без ввода всяких смс. >> Также мы не получаем исходников > А должны были? Ну если вы любитель завендоролочиться и положить бизнес в случае чего (ситуаций в последнее время много), то для вас все нормально, продолжайте. >> и получаем limited commercial use license. > Это не отменяет наличие бесплатной редакции. За бесплатно вы не получаете возможность его использовать. Это как бесплатно зайти в автосалон и посидеть в машине. > И отвечая на https://www.opennet.me/openforum/vsluhforumID3/139645.html#387: >> Он прибит, потому что скачать без IDE его нельзя > К IDE он не прибит, от удаления её файлов сам компилятор не > перестанет работать. Почему их тогда отдельно не распространяют? Ну и выше вы сами сказали, что так никто не использует, а только с ide. >> Он платный > 1. Есть бесплатная редакция. > 2. А минусы будут? Выше уже ответил. >> В версии CE ограниченное использование > Как и у Unity/UE/Clickteam Fusion 2.5/etc. Сейчас бы сравнивать компиляторы с игровыми движками. Тогда почему не добавить Godot или не сказать, что UE дают исходный код? >> Исходников ни в какой версии не получить > За FLOSS'ом иди в Lazarus и FPC. Такое же не нужно. Диву даюсь как люди отстаивают завендорлоченность и проприетарность. Новость напомню про стандарт с++, про открытость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #403 Ответы: #410

409. Сообщение от mugeen (ok), 02-Апр-26, 19:15	–1 +/–
> reference guide - это не стандарт. Это описание фактической реализации языка, что позволяет написать сторонний компилятор, т.ч. это даже лучше стандарта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #407 Ответы: #416

410. Сообщение от mugeen (ok), 02-Апр-26, 19:16	+/–
> Как не имеет. Это и речь про прибитость. Вопрос "как много людей используют ddc" не имеет отношения к наличию возможности собирать проект через ddc. > А то, что это сбор данных Это норма для проприетарных продуктов, см. Game Maker: Studio 2 и Construct, как примеры. > В с++ нормальный компилятор можно поставить через пакетный менеджер без ввода всяких смс. Ага, и проприетарные тоже, верю /s. > Ну если вы любитель завендоролочиться Всегда можно портировать код на Lazarus. > и положить бизнес в случае чего (ситуаций в последнее время много), то для вас все нормально, продолжайте. Покажи примеры подобного. > За бесплатно вы не получаете возможность его использовать Таки получаете, но с ограничениями (примеры подобной модели выше). > Почему их тогда отдельно не распространяют? Потому что не видят выгоды в этом. > Ну и выше вы сами сказали, что так никто не использует, а только с ide. Я такого не говорила. > Сейчас бы сравнивать компиляторы с игровыми движками Эти проекты используют похожую схему монетизации с Дельфями. > Тогда почему не добавить Godot или не сказать, что UE дают исходный код? 1. Godot не использует такую же модель, т.ч. мимо. 2. При чём тут наличие возможности посмотреть код (всё ещё проприетарного) Unreal Engine, если речь про модель заработка? > Такое же не нужно. Т.е. ты сам отказываешься от свободной замены (ещё и качественной) Дельфям и плачешься о том, какие Embarcadero плохие, крутясь как уж на сковороде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #408 Ответы: #415, #417

411. Сообщение от Аноним (411), 02-Апр-26, 21:14	+/–
Булочка - это девушка, будьте снисходительны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #418

413. Сообщение от Аноним (411), 02-Апр-26, 21:33	+/–
Концепты он хотел ещё в C++11 включить (кстати, их придумал какой-то финн), но не дали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #396 Ответы: #425

415. Сообщение от Сладкая булочка (?), 02-Апр-26, 22:40	+/–
>> Как не имеет. Это и речь про прибитость. > Вопрос "как много людей используют ddc" не имеет отношения к наличию возможности > собирать проект через ddc. Проститие, но это словоблудие какое-то. Пока что прибитость никак не опровергнута. То, что можно из продукта выковыривать бинарь прибитости не отменяет. >> А то, что это сбор данных > Это норма для проприетарных продуктов, см. Game Maker: Studio 2 и Construct, > как примеры. Мне все равно на "нормы" проприетарных продуктов. Если завтра по паспорту будут код выдывать - тоже нормой считать будет? Мы тут на opennet от слова open, и сводить тему к "а других проприетаристов также" не надо. Изначально моя точка зрения, что это минус. >> В с++ нормальный компилятор можно поставить через пакетный менеджер без ввода всяких смс. > Ага, и проприетарные тоже, верю /s. Речь про gcc или clang, например. qt, qtdesigner ставятся из пакетов. >> Ну если вы любитель завендоролочиться > Всегда можно портировать код на Lazarus. А можно сразу использовать проекты с открытым кодом. >> и положить бизнес в случае чего (ситуаций в последнее время много), то для вас все нормально, продолжайте. > Покажи примеры подобного. Санкции, например. >> За бесплатно вы не получаете возможность его использовать > Таки получаете, но с ограничениями (примеры подобной модели выше). Еще раз повторю: не рассматриваю любые формы проприетарной модели. Это минус для проекта, о чем было сказано буквально в самом первом комментарии треда. >> Почему их тогда отдельно не распространяют? > Потому что не видят выгоды в этом. И потому что все прибито гвоздями к ide) >> Ну и выше вы сами сказали, что так никто не использует, а только с ide. > Я такого не говорила. Ну значит это сказал другой аноним-дельфист. >> Сейчас бы сравнивать компиляторы с игровыми движками > Эти проекты используют похожую схему монетизации с Дельфями. >> Тогда почему не добавить Godot или не сказать, что UE дают исходный код? > 1. Godot не использует такую же модель, т.ч. мимо. Что мимо? Godot опенсорс. > 2. При чём тут наличие возможности посмотреть код (всё ещё проприетарного) Unreal > Engine, если речь про модель заработка? Речь про то, что даже в бесплатной версии можно получить код, а тут нельзя. Это относительно моих пунктов в конце этого сообщения https://www.opennet.me/openforum/vsluhforumID3/139645.html#393 >> Такое же не нужно. > Т.е. ты сам отказываешься от свободной замены (ещё и качественной) Дельфям и > плачешься о том, какие Embarcadero плохие, крутясь как уж на сковороде. Да что вы все пытаетесь к сковороде меня прицепить? Я считаю, что все это легаси и не имеют особого смысла в наши дни. Примеры каких-то выдающихся приложений на лазарусе никто не привел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #410

416. Сообщение от Сладкая булочка (?), 02-Апр-26, 22:58	–1 +/–
>> reference guide - это не стандарт. > Это описание фактической реализации языка, что позволяет написать сторонний компилятор, > т.ч. это даже лучше стандарта. Все, что это позволит примерно повторить поведение, привязанное к конкретной версии реализации. Совместимость fp и lazarus малая, особенно если используются коммерческие компоненты. С кучей несовместимостей. Вы сами занимались переносом более менее большого кода из delphi в lazarus?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #409

417. Сообщение от Сладкая булочка (?), 02-Апр-26, 23:00	+/–
> Булочка, а можно с вами познакомиться? Вы программистка? Я тащусь как вы > тут выбесили всех мужиков. Пишу очевидные вещи, что отсутствие стандарта - плохо, вендорлоченность - плохо. Что действительно странно - это пытаться это опровергнуть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #410

418. Сообщение от Сладенький пупсик (?), 02-Апр-26, 23:02	+/–
С чего ты так решил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #411

419. Сообщение от Bottle (?), 02-Апр-26, 23:04    Скрыто ботом-модератором	+/–
К слову, более быстрая компиляция позволит жечь меньше энергии. Аноны в интернете любят гнать на нейронки, что они электричество жгут, а когда легаси-копролит собирается полчаса на многоядерном проце - это окей, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359

420. Сообщение от Аноним (420), 03-Апр-26, 14:38	+/–
Потеряет смысл тогда. Весь смысл std::simd в том, что ты не хардкодишь размер вектора, а компилятор его сам выбирает в зависимости от флагов компиляции и своей модели стоимости. А каст к xmm/ymm/zmm как раз потребует хардкода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #370

421. Сообщение от Аноним (420), 03-Апр-26, 14:43	+/–
Не, хедеры одни и те же, только препроцессинг разный. И в модули это никак не завернуть, модули прибиты к версии языка, которой предкомпилировались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #398

422. Сообщение от Аноним (420), 03-Апр-26, 14:45	+/–
Код на С# прибит к рантайму, и что хуже - к его версии (что бред). И что ещё хуже, MS его точно прибёт к архитектуре, возьмёт и дропнет 32 бита, если не уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #332

425. Сообщение от Аноним (229), 04-Апр-26, 10:36	+/–
Какой ещё финн...акстись. Сама идея от Степанова идёт, с его generic programming. Они со Страустропом это постоянно обсуждали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #413

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

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