[news] Towards C++0x
От: Павел Кузнецов  
Дата: 22.10.03 16:53
Оценка: 258 (26)
#Имя: FAQ.cpp.news
В форуме часто проскакивают вопросы: "Чего новенького ожидается в следующем стандарте?"
Строго говоря, естественно, точного ответа на этот вопрос не знает никто, включая комитет
стандартизации. Однако, получить некоторое представление чего, в принципе, можно ожидать
от следующей версии языка, можно отслеживая материалы рабочей группы комитета стандартизации.
К каждой следующей встрече рабочей группы на сайте (http://open-std.org/jtc1/sc22/wg21)
анонсируется список документов. Из тех, что выложены к очередной встрече, которая состоится
в период с 27 по 31 октября на Гаваях, на мой взгляд, в первую очередь, интересны следующие:

Evolution WG issues list. Maintainers: Bjarne Stroustrup and David Vandevoorde
http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1512.html

This is an initial list of issues. We have "seeded" it with topics of current topics in the
evolution working group, reflector threads, and email messages received. We expect that the
list will grow significantly and that the presentation and organization of this list will
evolve to cope.


(Draft) Technical Report on Standard Library Extensions. Matt Austern
http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1518.pdf

Some of the library components in this technical report may be considered for standardization
in a future version of C++, but they are not currently part of any C++ standard. Some of the
components in this technical report may never be standardized, and others may be standardized
in a substantially changed form.


A name for the null pointer: nullptr. H. Sutter, B. Stroustrup
http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1488.pdf

We propose a new constant called nullptr of the distinct type decltype(nullptr). nullptr can be
assigned to any pointer type (incl. pointer to member and function pointer types)but not to
integral types. We further propose that the standard library macro NULL be defined to be nullptr.
The result will be more readable code, better error detection, and better overload resolution.


Generalized Initializer List. Gabriel Dos Reis, Bjarne Stroustrup
http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1509.pdf

This proposal resents two suggestions:
(1) to allow initializer lists to be used in expressions
(2) to allow initializer lists to be used for containers


Mechanisms for querying types of expressions: decltype and auto revisited. J. Jarvi, B. Stroustrup
http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1527.pdf
Новая версия ранее опубликованного предложения по добавлению decltype (typeof) и auto.

Draft proposal for adding Multimethods to C++. Julian Smith
http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1529.html
Новая версия ранее опубликованного предложения по добавлению поддержки мультиметодов.

Generalized Constant Expressions. Gabriel Dos Reis
http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1521.pdf

We suggest to generalize the notion of constant expressions to include
calls to constant-valued functions.


Improving Enumeration Types. David Miller
http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1513.pdf

This submission endeavors to improve enumerations by eliminating certain lingering deficiencies.


Literals for user-defined types. Bjarne Stroustrup
http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1511.pdf

This note proposes a notion of user-defined literals based on literal constructors
without requiring new syntax.


Draft Proposal for Dynamic Libraries in C++ (Revision 1). Pete Becker
http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1496.html

This paper discusses the issues presented in adding support for dynamic libraries to standard C++
and it makes specific recommendations for changes to the C++ standard for that support. These
recommendations are at present incomplete, and the parts that are presented will undoubtedly be
changed extensively as a result of future discussions. They are intended to provide a starting
point and a framework for changes needed to support dynamic libraries in standard C++.


Исправлены ссылки. -- ПК
Легче одурачить людей, чем убедить их в том, что они одурачены. — Марк Твен
Re: [news] Towards C++0x
От: Denwer Россия  
Дата: 12.05.04 07:31
Оценка:
Здравствуйте, Павел Кузнецов, Вы писали:

ПК>Literals for user-defined types. Bjarne Stroustrup

ПК>http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1511.pdf
ПК>

This note proposes a notion of user-defined literals based on literal constructors
ПК>without requiring new syntax.


Может я не вникся этой идеей, но все же не пойму накой это надо?
Re: [news] Towards C++0x
От: sergey_shandar США http://getboost.codeplex.com/
Дата: 12.05.04 08:04
Оценка:
Здравствуйте, Павел Кузнецов, Вы писали:

ПК>Generalized Initializer List. Gabriel Dos Reis, Bjarne Stroustrup

ПК>http://open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1509.pdf
ПК>

This proposal resents two suggestions:
ПК>(1) to allow initializer lists to be used in expressions
ПК>(2) to allow initializer lists to be used for containers


Интересно, но только не позволяет вычислить размер последовательности при инициализации (по крайней мере я не видел такой возможности). Может вместо:
template<class T> 
struct A 
{ 
  A(const T* first, const T* last); // sequence constructor // ... 
};
...
A<int> a = { 0, 3, 6, 7};


Лучше сделать так:
template<class T> 
struct A 
{ 
  template<int N>
  A(const T (&X)[N]); // array constructor.
};
...
A<int> a = { 0, 3, 6, 7};


Иногда полезно знать N во время компиляции.
getboost.codeplex.com
citylizard.codeplex.com
Re: [news] Towards C++0x
От: prVovik Россия  
Дата: 14.07.04 18:59
Оценка: :)))
А поправки действительно очень нужные и ожидаемые, только вот непонятно:
1) когда они будут таки приняты
2) когда появится широкодоступный компилятор С++0х
3) будет ли С++0х обратно совместим с С++.

Чувствую, скоро ВУЗам придется вводить новую специальность: "Программист С++" и обучать студентов С++'су втечении пяти лет. Учиться студенты будут по многотомному собранию сочинений Б.Страуструпа, в объеме не уступающему собранию сочинений В.И.Ленина...
лэт ми спик фром май харт
Re[2]: [news] Towards C++0x
От: Павел Кузнецов  
Дата: 14.07.04 21:22
Оценка:
prVovik,

> 1) когда они будут таки приняты

> 2) когда появится широкодоступный компилятор С++0х

http://rsdn.ru/Forum/Message.aspx?mid=680632&amp;only=1
Автор: Павел Кузнецов
Дата: 15.06.04


> 3) будет ли С++0х обратно совместим с С++.


Настолько, насколько это будет возможно. Иногда это означает отказ от новых "рюшечек".
Posted via RSDN NNTP Server 1.9 beta
Легче одурачить людей, чем убедить их в том, что они одурачены. — Марк Твен
Re[2]: [news] Towards C++0x
От: Lorenzo_LAMAS  
Дата: 15.07.04 06:13
Оценка:
V>втечении пяти лет. Учиться студенты будут по многотомному собранию сочинений Б.Страуструпа, в объеме не уступающему собранию сочинений В.И.Ленина...

Уступает, и еще как. Если, конечно, ты не имеешь в виду под собранием сочинений написанный Бьярном за его жизнь код — исходники С фронта и т.д.
Of course, the code must be complete enough to compile and link.
Re[3]: [news] Towards C++0x
От: prVovik Россия  
Дата: 15.07.04 07:23
Оценка:
Здравствуйте, Lorenzo_LAMAS, Вы писали:

L_L>Уступает, и еще как. Если, конечно, ты не имеешь в виду под собранием сочинений написанный Бьярном за его жизнь код — исходники С фронта и т.д.

Я просто попытался представить четвертое издание его "евангелия"
лэт ми спик фром май харт
Re[4]: [news] Towards C++0x
От: Lorenzo_LAMAS  
Дата: 15.07.04 07:27
Оценка:
V>Я просто попытался представить четвертое издание его "евангелия"
Есть Special Edition. Я что-то не слышал, чтобы Бьярн собирался еще раз переписывать книгу. Может после принятия нового стандарта?
Of course, the code must be complete enough to compile and link.
Re[5]: [news] Towards C++0x
От: prVovik Россия  
Дата: 15.07.04 07:42
Оценка:
Здравствуйте, Lorenzo_LAMAS, Вы писали:

L_L>Есть Special Edition. Я что-то не слышал, чтобы Бьярн собирался еще раз переписывать книгу. Может после принятия нового стандарта?

Я это и имел ввиду.
лэт ми спик фром май харт
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.