На вкус и цвет. Я был бы рад жить в пещере и охотиться на мамонтов, но человек решил эволюционировать. Вам нравится ifdef, другим людям он не нравится и они хотят его эволюционировать.

Дык улучшает жи чтение кода и посути только человеко зависимая фитча, да к примеру такое есть даже в свитере. Проблемы почему внести всякие хотелки сразу в том, что коммитет думает и решает как не сломать уже сделанное и грамотно реализовать нужное, что бы в будующем не было проблем

1. Это ваше имхо, на мой взгляд как раз хорошая читаемость, которая подчеркивает опасность деяния. 2 Ну таки сложные да, а что там реализовать то не получилось? 3 Почему? 4 А зачем? И всегда можно const bool flag = true И компилятор все вырежет

Ну вот, scoped global constexpr if тоже теоретически чтение кода улучшит. И поддержку.

Да я не спорю, ifdef не идеален, но аргументы против него какие-то хипстерско детские. Просто эволюция должна быть оправданной, а то как мы знаем черви тоже результат эволюции, можно конечно идти по пути упращения и деградации но зачем?

Аргументы в продакшене возникают, а не на кухне, когда приходится это легаси поддерживать

У яндекса есть сайт с хотелками для внесения с тандарт создайте кейс там да и делов то

Я сначала хотел выяснить, адекватно ли такое вообще предлагать. И, как оказалось, мнения разделились.

Я сначала хотел выяснить, адекватно ли такое вообще предлагать. И, как оказалось, мнения разделились.

Вот синтаксис и обратную совместимость надо обдумывать

Нате за вас загуглил https://stdcpp.ru/

я тут эту сслку устал постить. и в канале @ProCxxNews )))))

У меня есть глупый вопрос, который я в этом чате уже озвучивал, но раз снова речь про пропозалы зашла. Реален ли scoped enable_if? Т.е. есть n методов, у которых одинаковое условие в enable_if, можно ли добавить в язык scope для этих целей? В 17 стандарте constexpr if добавили, на базе которого можно было бы теоретически написать пропозал, но конструкция типа: template <typename T> class A { if constexpr (std::is_integral_v(T)) { void f1(); void f2(); } }; ломает язык. Собственно, есть ли шанс, что подобное кого-то заинтересует, если найдется не ломающее язык решение, и адекватна ли вообще идея?

Скоро C++ будет знать -1 человек

std::numeric_limits<size_t>::max?

если сильно повезет и мы взлетим на gcc по новее, то хотя бы 14е плюсы появятся

Поддержка архитектур

ну шлангом по-моему ядро все еще не соберешь

Ну таки да, GCC есть врожденные болячки. Но вот лечить их вряд ли будут, кодовая база слишком большая.

Это нормально пока инструмент выполняет положенную на него задачу.

А что за болячки?

ну с++98 тоже выполнял положенную на него задачу

И на нем до сих пор пишут

Ну главная и основная монолитный сложный код и большой порог вхождения. Я уж молчу что есть не совместимости с pure c

Вы так говорите, буд-то разрабатываете GCC

Вы так говорите, буд-то разрабатываете GCC

Ну вроде код в открытом доступе, да и сами разрабы говорят о проблемах

Нужны и важны, но у некоторых по ряду причин нет возможности насладиться всеми прелестями. С другой стороны, можно глянуть на языки которые не тянут лямку совместимости типа бидона и свитера. Ничего хорошего и плохого в этом нет, я уж молчу, что на сегодняшний день и на ansi си люди лопатят. Ну и странно, еще выходит, чеж люди выбирают для своих проектов си, который в больше степени как 40 лет застыл да и у страуса есть по этому поводу в эволюции. Наверное не потому, что не осилили питон или go.

Ознакомьтесь с историей третьего питона и его популярностью.

именно

http://lemon.cs.elte.hu/trac/lemon - оцените либку, мне тут скинули

3 варианта: 1. хранить размер отдельно 2. sizeof(array)/sizeof(array[0]) 3. динамические массивы с NULL/0 в качестве завершения

3 варианта: 1. хранить размер отдельно 2. sizeof(array)/sizeof(array[0]) 3. динамические массивы с NULL/0 в качестве завершения

с вариантом под номером три никогда не сталкивался и в книгах не видел, такое действительно используется?

с вариантом под номером три никогда не сталкивался и в книгах не видел, такое действительно используется?

да си-строка просто

в winapi в некоторых местах, например, из недавнего: PCTSTR acceptTypes[] = { TEXT("*/*"), nullptr }; auto hRequestHolder = InternetHandlerHolder( HttpOpenRequest(hConnect, TEXT("GET"), resource, NULL, NULL, acceptTypes, flags, 0), [](HINTERNET h) { InternetCloseHandle(h); });

массив из указателей на строки