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

"Утверждён стандарт 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. "Утверждён стандарт C++26"	+2 +/–
Сообщение от Аноним (1), 30-Мрт-26, 14:02
Экзекуторы добавили!!! Класс!!
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	241. "Утверждён стандарт C++26"	–4 +/–
	Сообщение от Аноним (135), 31-Мрт-26, 04:36
	С оверхедом на ровном месте?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

	32. "Утверждён стандарт C++26"	+11 +/–
	Сообщение от Аноним (32), 30-Мрт-26, 15:01
	> Стандарт всегда выходит раньше, чем его поддерживают реализации. Это понятно. Плюс на имплементацию нужно время. Но не понятно почему 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ообщить модератору

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

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

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

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

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

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

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

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

	39. "Утверждён стандарт C++26"	+7 +/–
	Сообщение от Аноним (39), 30-Мрт-26, 15:12
	Я тоже отношусь к расту как к бреду
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	31. "Утверждён стандарт C++26"	+4 +/–
	Сообщение от Аноним (32), 30-Мрт-26, 14:55
	> По секрету для тебя: на очень старом, а нововведения всё для тебя, дорогой. Вранье же! 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 Просто компилятор должен компилится компилятором, который есть в дистре. А дистры очень часто поставляют тухляк. Если бы дистры не тупили так сильно, то можно было бы и кодовую базу компиляторов переводить на современные стандарты.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	35. "Утверждён стандарт C++26"	+1 +/–
	Сообщение от anon5989517240 (?), 30-Мрт-26, 15:02
	Затем что баги с границами контейнеров возникают систематически, а если включить проверку по-умолчанию то в худшем случае перф просядет гдет на 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	55. "Утверждён стандарт C++26"	+2 +/–
	Сообщение от Аноним (45), 30-Мрт-26, 15:44
	> Теперь-то достаточно языковых средств, чтобы разработчики 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.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	294. "Утверждён стандарт C++26"	+/–
	Сообщение от Аноним (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 }
	Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

154. "Утверждён стандарт C++26"	+5 +/–
Сообщение от mumu (ok), 30-Мрт-26, 19:14
^^"[:…:]"^^
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

	195. "Утверждён стандарт C++26"	+2 +/–
	Сообщение от Аноним (185), 30-Мрт-26, 22:13
	Это преимущество?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

	330. "Утверждён стандарт C++26"	+/–
	Сообщение от Аноним (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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	393. "Утверждён стандарт C++26"	+/–
	Сообщение от Сладкая булочка (?), 01-Апр-26, 22:00
	>> Из 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. Используется только в легаси, либо там, где уже завязались по самые уши на этот инструмент.
	Ответить | Правка | К родителю #390 | Наверх | Cообщить модератору

	383. "Утверждён стандарт C++26"	+/–
	Сообщение от Аноним (381), 01-Апр-26, 19:45
	> 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.
	Ответить | Правка | К родителю #354 | Наверх | Cообщить модератору

	388. "Утверждён стандарт C++26"	+/–
	Сообщение от Сладкая булочка (?), 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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