Текущий Стандарт С++ и перспективы его развития

Цитата XandoX @ 07.11.12, 06:00

это патерн матчинг что ли?

Да.

Цитата XandoX @ 07.11.12, 06:00

его вводить собираются?

Нет.

Цитата MyNameIsIgor @ 07.11.12, 06:04

Нет.

блин

XandoX, а для чего он Вам?

На последнем сборище разработчиков LLVM некий Doug Gregor из Apple демонстрировал концепцию модулей для C++. Бва-ха-ха-ха-ха. http://llvm.org/devmtg/2012-11/Gregor-Modules.pdf

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

Цитата Kray74 @ 18.11.12, 10:09

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

как правило это относится к условной компиляции, т.е. когда часть модуля не включается, если что-то задефайнено
надо подумать, реализовать это как-то иначе, например, как разные версии модулей или сделать отдельный механизм для передачи флагов настроек в модуль..

Компилировать все возможные версии никакого места не хватит, а вот отдельный механизм, не зависящий от препроцессора (возможно с использованием static if), был бы кстати.

Как будто он первый. "Дизайн и эволюцию" не читал, что ли? Ничего нового с предложений 80-х годов я не увидел. Заменить препроцессор на модули - это шило на мыло. Решаем одни проблемы, вводим новые.

Сообщение отредактировано: Qraizer - 18.11.12, 16:48

На днях WG21 разродился целой кучей бумаг. Из интересного:
std::optional - название говорит само за себя.
std::make_unique - тут тоже, вроде бы, понятно. Аналог std::make_shared.
Generic (polymorphic) lambda expression - позволяет использовать auto в качестве типа параметров lambda-выражений.
Wording Changes for Generalized Lambda-Capture - обобщённые списки захвата лямбд. В частности, позволяют определять в списках захвата новые переменные вместе с инициализаторами.
Runtime-sized arrays with automatic storage duration - массивы перменной длины из C.
C++ Dynamic Arrays (dynarray) - как говорят авторы, альтернативный вариант реализации массивов переменной длины из C. Предлагают специальный библиотечный тип (dynarray), который может иметь special handling внутри компилятора и оптимизироваться при использовании в качестве типа автоматической переменной.

а зачем все эти массивы переменной длины если вектор есть?

Добавлено 23.04.13, 13:57
ну то есть в с понятно зачем они, в вот в с++ не понятно

Цитата XandoX @ 23.04.13, 13:57

а зачем все эти массивы переменной длины если вектор есть?

Вектор сложно заставить использовать память на стеке для аллокации хранилища. По этому и требуются такие вот костыли.

Цитата XandoX @ 23.04.13, 13:57

а зачем все эти массивы переменной длины если вектор есть?

Потому что выделять память на стеке гораздо быстрее, чем в куче. А сделать аллокатор для стека не представляется возможным... а может и возможно, но imho костыльно будет.

Добавлено 23.04.13, 14:00
По прежнему жду концептов, мультиметодов, контрактов, модулей, динамически загружаемых библиотек... Хех...

Цитата MyNameIsIgor @ 23.04.13, 14:00

По прежнему жду концептов, мультиметодов, контрактов, модулей, динамически загружаемых библиотек... Хех...

Я тут не всё привёл. Лучше держать руку "на пульсе". В смысле, на RSS-е.

Цитата Flex Ferrum @ 23.04.13, 14:03

Я тут не всё привёл. Лучше держать руку "на пульсе".

Да читал я документы!

Цитата

- А давайте замутим await как в сисярпе?
- Нееее, нам надо быть первыми дебилами, которые запилят OpenMP непосредственно в язык!
- Да ну его, этот ваш OpenMP, вот непонятную, не обкатанную херь Cilk - вот его давай, да!

Ну, и в таком духе тащат в язык всякую херню

Цитата MyNameIsIgor @ 23.04.13, 14:00

А сделать аллокатор для стека не представляется возможным... а может и возможно, но imho костыльно будет.

stack_alloc