только недавно утвердили С++11, но уже сейчас завалил комитет proposal`ами.

любопытно, чего еще не хватает программистам(кроме тех, кто инструментом пользоваться не умеет), и куда новые фитчи ведут ведут С++?

порадовала идея со static if () {} (1 и 2)

еще больше порадовал Sequential access to data members and base sub-objects: http://www.open-std.org/jtc1/sc22/wg21/doc.../2012/n3326.pdf

так же A Standard Programmatic Interface for Asynchronous Operations: http://www.open-std.org/jtc1/sc22/wg21/doc.../2012/n3327.pdf
еще Resumable Functions: http://www.open-std.org/jtc1/sc22/wg21/doc.../2012/n3328.pdf

кстати, после появления в стандарте многопоточности, пришла пора стандартизовать асинхронность ;)


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

зы
свежая, и абсолютно бесплатная версия драфта С++11 от 2012-01-16.

Это сообщение отредактировал(а) boostcoder - 17.2.2012, 00:40

вот и предложение о включении boost.filesystem: http://www.open-std.org/jtc1/sc22/wg21/doc...2012/n3335.html

Добавлено через 2 минуты и 26 секунд
и запрос стандартизовать транзакции. которые, кстати, реализованы в Intel и в GCC-4.7.0.

Добавлено через 9 минут и 19 секунд
просьба стандартизовать C++ Language Constructs for Parallel Programming. который реализован в компиляторах Intel и в форке GCC под названием CilkPlus. дока/спецификация.

и модули: Modules in C++.
и Scoping of operator new. хотя не очень понимаю смысла.. можно просто использовать new и delete в скопе транзакции.

boost.range  кто-то только сегодня говорил об этом.

Чего бы ещё хотелось - конструктор/деструктор для типа. Не для объекта, а именно для типа. В конструкторе, например, можно инициализировать статические члены класса.
В boost.filesystem реквестирую итерирование по каталогу по маске. Совершенно непонятно, почему они это не сделали   

покажи на примере. а то не понимаю..


ну хз.. может это вовсе не задача итератора... он же итератор.

что то типо этого :

ага. точно. можно ещё его использовать для создания инстанса синглтона. если, допустим, нужно точно знать, что к моменту старта программы, синглтон уже создан. ну и удалять такой синглтон логично в деструкторе типа.

вот ещё вспомнил (до-диез навеял) - если перед строкой в кавычках стоит символ @, то строка не ескейпится.
@"\\192.168.1.1:C:\temp\do\not\escape" вместо "\\\\192.168.1.1:C:\\temp\\do\\not\\escape"
для регэкспов два слеша для адреса в начале строка выглядит вообще ужасно
"\\\\\\\\(\\d+" и т.д.

а следующим будет точно c++12? Не с++14 или типа того?

следующим будет С++17. отредактировал топик 

но до него, как говорит комитет, для С++11 выйдет корректирующий документ.


Это сообщение отредактировал(а) boostcoder - 17.2.2012, 00:38

> отредактировал топик
опппппа… а как?

Есть один подводный камень - порядок инициализации. Т.е. может получиться так, что один конструктор типов будет использовать тип, для которого конструктор еще не вызван.

Хммм. Действительно. Интересно, а как это в шарпе решили (и решили ли) ?

это как? что-то до меня не доходит

Класс А использует поле класса Б, которое может быть неинициализировано. Точно такая же фигня при ручном создании "инициализаторов", когда нужно выполнить настройки до main.

Добавлено через 2 минуты и 13 секунд
А вот в делфи,  как мне подсказывает один хацкер, можно указать порядок инициализации файлов, а внутри файлов инициализаторы выполняются друг за другом.

Добавлено через 3 минуты и 32 секунды
В С++ дефакто это тоже можно через порядок файлов линковщику, но официально это undefined behaviour.

как отредактировал? или, что отредактировал?


с++ более строгий язык, использующий более строгие трактовки.