久久精品国产精品亚洲下载,狠狠色婷婷久久一区二区,婷婷五月深深久久精品

[转]The Biggest Changes in C++11

Sun, 05 May 2013 13:26:00 GMT

http://coolshell.cn/articles/5265.html

源文章来自前C++标准委员�?x��)�?nbsp;Danny Kalev �?nbsp;The Biggest Changes in C++11 (and Why You Should Care)�Q�赖勇浩做了(ji��n)一�?a target="_blank">中文��译在这�?/a>。所以，我就不翻译了(ji��n)�Q�我在这里仅�Ҏ(gu��)��中提到的�q�些变化“�q�问��Z��么要引入�q�些变化”的一个探讨，只有知道��Z��(ji��n)什么，用在什么地方，我们才能真正学到�q�个知识。而以此你可以更深入地�?ji��n)解�q�些变化。所以，本文不是��译。因为写得有些仓�?j��)，所以难免有问题�Q�还请大家指正�?/p>

Lambda 表达�?/h4>
Lambda表达式来源于函数式编�E�，说白��׃��(ji��n)��是在��用的地方定义函数�Q�有的语�a��?#8220;闭包”�Q�如�?lambda 函数没有传回�?例如 `void` )�Q�其回返�c�d��可被完全忽略�?定义在与 lambda 函数相同作用域的变量参考也可以被��用。这�U�的变量集合一般被�U�C�� closure�Q�闭包）(j��)。我在这里就不再讲这个事�?ji��n)。表辑ּ�的简单语法如下，

1

`[capture](parameters)->return_type {body}`

原文的作者给��Z��(ji��n)下面的例子：(x��)

1

2

3

4

5

6

7

8

9

10

`int` `main()`

`{`

   `char` `s[]="Hello World!";`

   `int` `Uppercase = 0;` `//modified by the lambda`

   `for_each(s, s+sizeof(s), [&Uppercase] (char` `c) {`

    `if` `(isupper(c))`

     `Uppercase++;`

    `});`

`cout << Uppercase <<` `" uppercase letters in: "` `<< s <`
`}`

在传�l�的STL中for_each() �q�个玩意最后那个参数需要一�?#8220;函数对象”�Q�所谓函数对象，其实是一个class�Q�这个class重蝲�?ji��n)operator()�Q�于是这个对象可以像函数的式��L(f��ng)��使用。实��C��个函数对象�ƈ不容易，需要��用template�Q�比如下面这个例子就是函数对象的��单例子（实际的实现远比这个复杂）(j��)�Q?/p>

1

2

3

4

5

6

7

8

9

`template` `<class` `T>`

`class` `less`

`{`

`public:`

    `bool` `operator()(const` `T&l,` `const` `T&r)const`

    `{`

        `return` `l < r;`

    `}`

`};`

所以，C++引入Lambda的最主要原因��是1�Q�可以定义匿名函敎ͼ�2�Q�编译器�?x��)把其�{成函数对�?/strong>。相信你�?x��)和我一��P��?x��)疑问��?f��)什么以前STL中的ptr_fun()�q�个函数对象不能用？�Q�ptr_fun()��是把一个自然函数�{成函数对象的�Q�。原因是�Q�ptr_fun() 的局限是其接收的自然函数只能�?�?个参数�?/p>
那么�Q�除�?ji��n)方便外�Q��ؓ(f��)什么一定要使用Lambda呢？它比传统的函数或是函数对象有什么好处呢�Q�我个�h所理解的是�Q�这�U�函��C��q�以�?#8220;闭包”�Q�就是因为其限制�?ji��n)别人的讉K��Q�更�U�有。也可以认�ؓ(f��)他是一�ơ性的�Ҏ(gu��)��。Lambda表达式应该是��z�的�Q�极�U�有的，��Z��(ji��n)更易的代码和更方便的�~�程�?/p>

自动�c�d��推导 auto

在这一节中�Q�原文主要介�l�了(ji��n)两个关键�?auto �?deltype�Q�示例如下：(x��)

1

2

3

4

auto x=0; //x has type int because 0 is int

auto c='a'; //char

auto d=0.5; //double

auto national_debt=14400000000000LL;//long long

auto 最大的好处��是让代码简�z�，��其是那些模板类的声明，比如�Q�STL中的容器的�P代子�c�d��?/p>

1

vector<int>::const_iterator ci = vi.begin();

可以变成�Q?/p>

1

auto ci = vi.begin();

模板�q�个�Ҏ(gu��)��让C++的代码变得很难读�Q�不信你可以看看STL的源码，那是一个�ؕ啊。��用auto必需一个初始化��|��~�译器可以通过�q�个初始化值推导出�c�d��。因为auto是来��化模板类引入的代码难�ȝ��问题�Q�如上面的示例，iteration�q�种�c�d��最适合用auto的，但是�Q�我们不应该把其滥用�?/p>
比如下面的代码的可读性就降低�?ji��n)。因为，我不知道P(y��ng)rocessData�q�回什么？int? bool? �q�是对象�Q�或是别的什么？�q�让你后面的�E�序不知道怎么做�?/p>

1

auto obj = ProcessData(someVariables);

但是下面的程序就没有问题�Q�因为pObject的型别在后面的new中有�?ji��n)�?/p>

1

auto pObject = new SomeType::SomeOtherType();

自动化推�?decltype

关于 decltype 是一个操作符�Q�其可以评估括号内表辑ּ�的类型，其规则如下：(x��)

如果表达式e是一个变量，那么��是�q�个变量的类型�?/li>
如果表达式e是一个函敎ͼ�那么��是�q�个函数�q�回值的�c�d��?/li>
如果不符�?�?�Q�如果e是左��|��c�d��为T�Q�那么decltype(e)是T&�Q�如果是叛_��|��则是T�?/li>

原文�l�出的示例如下，我们可以看到�Q�这个让的确我们的定义变量省�?ji��n)很多事�?/p>

1

2

3

const vector<int> vi;

typedef decltype (vi.begin()) CIT;

CIT another_const_iterator;

�q�有一个适合的用法是用来typedef函数指针�Q�也�?x��)省很多事。比如：(x��)

1

2

3

decltype(&myfunc) pfunc = 0;

typedef decltype(&A::func1) type;

auto �?decltype 的差别和关系

Wikipedia 上是�q�么说的�Q�关于decltype的规则见上）(j��)

1

2

3

4

5

6

7

8

9

10

11

12

13

14

#include

int main()

{

    const std::vector<int> v(1);

    auto a = v[0];        // a 的类型是 int

    decltype(v[0]) b = 1; // b 的类型是 const int&, 因�ؓ(f��)函数的返回类型是

                          // std::vector::operator[](size_type) const

    auto c = 0;           // c 的类型是 int

    auto d = c;           // d 的类型是 int

    decltype(c) e;        // e 的类型是 int, 因�ؓ(f��) c 的类型是int

    decltype((c)) f = c; // f 的类型是 int&, 因�ؓ(f��) (c) 是左�?/code>
    decltype(0) g;        // g 的类型是 int, 因�ؓ(f��) 0 是右�?/code> }

如果auto �?decltype 在一起��用会(x��)是什么样子？能看下面的示例，下面�q�个�C�Z��也是引入decltype的一个原�?#8212;—让C++有能力写一�?“ forwarding function 模板”�Q?/p>

1

2

3

template< typename LHS, typename RHS>

  auto AddingFunc(const LHS &lhs, const RHS &rhs) -> decltype(lhs+rhs)

{return lhs + rhs;}

�q�个函数模板看�v来相当费解，其用��C��(ji��n)auto �?decltype 来扩展了(ji��n)已有的模板技术的不��。怎么个不��_��Q�在上例中，我不知道AddingFunc�?x��)接收什么样�c�d��的对象，�q�两个对象的 + 操作�W�返回的�c�d��也不知道�Q�老的模板函数无法定义AddingFunc�q�回值和�q�两个对象相加后的返回值匹配，所以，你可以��用上�q�的�q�种定义�?/p>
�l�一的初始化语法

C/C++的初始化的方法比较，C++ 11 用大括号�l�一�?ji��n)这些初始化的方法�?/p>
比如�Q�POD的类型�?/p>

1

2

int arr[4]={0,1,2,3};

struct tm today={0};

关于POD相说两句�Q�所谓P(y��ng)OD��是Plain Old Data�Q�当class/struct�?em>极简�?trivial)、属�?em>标准布局(standard-layout)�Q�以�?qi��ng)他的所有非�?r��n)态（non-static�Q�成员都是POD�Ӟ��?x��)被视��?f��)POD。如�Q?/p>

1

2

3

struct A { int m; }; // POD

struct B { ~B(); int m; }; // non-POD, compiler generated default ctor

struct C { C() : m() {}; ~C(); int m; }; // non-POD, default-initialising m

POD的初始化有点怪，比如上例�Q�new A; 和new A(); 是不一��L(f��ng)��Q�对于其内部的m�Q�前者没有被初始化，后者被初始化了(ji��n)�Q�不�?的编译器行�ؓ(f��)不一��P��VC++和GCC不一��P��(j��)。而非POD的初始化�Q�则都会(x��)被初始化�?/p>
从这点可以看出，C/C++的初始化问题很奇怪，所以，在C++ 2011版中��做�?ji��n)统一。原文作者给��Z��(ji��n)如下的示例：(x��)

1

2

3

4

5

6

7

8

9

C c {0,0}; //C++11 only. 相当�? C c(0,0);

int* a = new int[3] { 1, 2, 0 }; /C++11 only

class X {

    int a[4];

    public:

        X() : a{1,2,3,4} {} //C++11, member array initializer

};

容器的初始化�Q?/p>

1

2

3

4

5

// C++11 container initializer

vector vs={ "first", "second", "third"};

map singers =

{ {"Lady Gaga", "+1 (212) 555-7890"},

{"Beyonce Knowles", "+1 (212) 555-0987"}};

�q�支持像Java一��L(f��ng)��成员初始化：(x��)

1

2

3

4

5

6

class C

{

   int a=7; //C++11 only

public:

   C();

};

Delete �?Default 函数

我们知道C++的编译器在你没有定义某些成员函数的时候会(x��)�l�你的类自动生成�q�些函数�Q�比如，构造函敎ͼ�拯��构造，析构函数�Q�赋值函数。有些时候，我们不想要这些函敎ͼ�比如�Q�构造函敎ͼ�因�ؓ(f��)我们惛_��实现单例模式。传�l�的做法是将其声明成private�c�d��?/p>
在新的C++中引入了(ji��n)两个指示�W�，delete意�ؓ(f��)告诉�~�译器不自动产生�q�个函数�Q�default告诉�~�译器��生一个默认的。原文给��Z��(ji��n)下面两个例子�Q?/p>

1

2

3

4

5

struct A

{

    A()=default; //C++11

    virtual ~A()=default; //C++11

};

再如delete

1

2

3

4

5

6

7

struct NoCopy

{

    NoCopy & operator =( const NoCopy & ) = delete;

    NoCopy ( const NoCopy & ) = delete;

};

NoCopy a;

NoCopy b(a); //compilation error, copy ctor is deleted

�q�里�Q�我惌��一下，��Z��么我们需要default�Q�我什么都不写不就是default吗？不全然是�Q�比如构造函敎ͼ�因�ؓ(f��)只要你定义了(ji��n)一个构造函敎ͼ��~�译器就不会(x��)�l�你生成一个默认的�?ji��n)。所以，��Z��(ji��n)要让默认的和自定义的共存�Q�才引入�q�个参数�Q�如下例所�C�：(x��)

1

2

3

4

5

struct SomeType

{

SomeType() = default; // 使用�~�译器生成的默认构造函�?/code>
SomeType(OtherType value); };

关于delete�q�有两个有用的地�Ҏ(gu��)��

1�Q�让你的对象只能生成在栈内存上：(x��)

1

2

3

struct NonNewable {

    void *operator new(std::size_t) = delete;

};

2�Q�阻止函数的其�Ş参的�c�d��调用�Q�（若尝试以 double 的�Ş参调�?nbsp;f()�Q�将�?x��)引发编译期错误�Q?�~�译器不�?x��)自动�?double 形参转型�?int 再调�?code>f()�Q�如果传入的参数是double�Q�则�?x��)出现编译错误�?j��)

1

2

void f(int i);

void f(double) = delete;

nullptr

C/C++的NULL宏是个被有很多潜在BUG的宏。因为有的库把其定义成整�?�Q�有的定义成 (void*)0。在C的时代还好。但是在C++的时代，�q�就�?x��)引发很多问题。你可以上网看看。这是�ؓ(f��)什么需�?nbsp;nullptr 的原因�?nbsp;nullptr 是强�c�d��的�?/p>

1

2

3

4

5

6

void f(int); //#1

void f(char *);//#2

//C++03

f(0); //二义�?/code>
//C++11 f(nullptr) //无二义性，调用f(char*)

所以在新版中请�?nullptr 初始化指针�?/p>
委托构�?/h4>
在以前的C++中，构造函��C��间不能互相调用，所以，我们在写�q�些�怼�的构造函数里�Q�我们会(x��)把相同的代码攑ֈ�一个私有的成员函数中�?/p>

1

2

3

4

5

6

7

8

9

10

class SomeType {

private:

  int number;

  string name;

  SomeType( int i, string& s ) : number(i), name(s){}

public:

  SomeType( )               : SomeType( 0, "invalid" ){}

  SomeType( int i )         : SomeType( i, "guest" ){}

  SomeType( string& s ) : SomeType( 1, s ){ PostInit(); }

};

但是�Q��ؓ(f��)�?ji��n)方便�ƈ不��?#8220;委托构�?#8221;�q�个事出玎ͼ�最主要的问题是�Q�基�cȝ��构造不能直接成为派生类的构造，��q��是基�cȝ��构造函数够�?ji��n)，�z��c�还要自己写自己的构造函敎ͼ�(x��)

1

2

3

4

5

6

7

8

9

10

11

class BaseClass

{

public:

  BaseClass(int iValue);

};

class DerivedClass : public BaseClass

{

public:

  using BaseClass::BaseClass;

};

上例中，�z��c�L��动��承基�cȝ��构造函敎ͼ� �~�译器可以��用基�cȝ��构造函数完成派生类的构造�?而将基类的构造函数带入派生类的动�?无法选择性地部分带入�Q?所以，要不��是�l�承基类全部的构造函敎ͼ�要不��是一个都不��?不手动带�?�?此外�Q�若牉|��到多重��承，从多个基�cȝ��承而来的构造函��C��可以有相同的函数�{�֐�(signature)�?而派生类的新加入的构造函��C��不可以和�l�承而来的基�c�L��造函数有相同的函数签名，因�ؓ(f��)�q�相当于重复声明。（所谓函数签名就是函数的参数�c�d��和顺序不�Q?/p>
叛_��引用和move语义

在老版的C++中，临时性变量（�U�Cؓ(f��)叛_�?#8221;R-values”�Q�位于赋值操作符之右�Q�经常用作交换两个变量。比如下面的�C�Z��中的tmp变量。示例中的那个函数需要传递两个string的引用，但是在交换的�q�程中��生了(ji��n)对象的构造，内存的分配还有对象的拯��构造等�{�动作，成本比较高�?/p>

1

2

3

4

5

6

void naiveswap(string &a, string &b)

{

string temp = a;

a=b;

b=temp;

}

C++ 11增加一个新的引用（reference�Q�类型称作右值引用（R-value reference�Q�，标记�?tt>typename &&。他们能够以non-const值的方式传入�Q�允许对象去改动他们。这��修正允许特定对象创造出move语义�?/p>

举例而言�Q�上面那个例子中�Q�string�c�M��保存�?ji��n)一个动态内存分存的char*指针�Q�如果一个string对象发生拯��构造（如：(x��)函数�q�回�Q�，string�c�里的char*内存只能通过创徏一个新的��(f��)时对象，�q�把函数内的对象的内存copy到这个新的对象中�Q�然后销毁��(f��)时对象及(qi��ng)其内存�?strong>�q�是原来C++性能上重点被批评的事�?/p>

能过叛_��引用，string的构造函数需要改�?#8220;move构造函�?#8221;�Q�如下所�C�。这样一来，使得�Ҏ(gu��)��?span style="font-family: monospace">stirng的右值引用可以单�U�地从右值复制其内部C-style的指针到新的string�Q�然后留下空的右倹{��这个操作不需要内存数�l�的复制�Q�而且�I�的暂时对象的析构也不会(x��)释放内存。其更有效率�?/p>

class string
{
    string (string&&); //move constructor
    string&& operator=(string&&); //move assignment operator
};

The C++11 STL中广泛地使用�?ji��n)右值引用和move语议。因此，很多��法和容器的性能都被优化�?ji��n)�?/p>

C++ 11 STL 标准�?/h4>
C++ STL库在2003�q�经历了(ji��n)很大的整�Ҏ(gu��)��?nbsp;Library Technical Report 1 (TR1)�?TR1 中出��C��(ji��n)很多新的容器�c?(`unordered_set`, `unordered_map`, `unordered_multiset`, �?nbsp;`unordered_multimap`) 以及(qi��ng)一些新的库支持诸如�Q�正则表辑ּ��Q?tuples�Q�函数对象包装，�{�等�?C++11 批准�?TR1 成�ؓ(f��)正式的C++标准�Q�还有一些TR1 后新加的一些库�Q�从而成��Z��(ji��n)新的C++ 11 STL标准库。这个库主要包含下面的功能：(x��)

�U�程�?/h5>
�q�们��׃��多说�?ji��n)，以前的STL饱受�U�程安全的批评。现在好 �?ji��n)。C++ 11 支持�U�程�c�M��(ji��n)。这��涉�?qi��ng)两个部分�?x��)�W�一、设计一个可以��多个�U�程在一个进�E�中共存的内存模型；�W�二、�ؓ(f��)�U�程之间的交互提供支持。第二部分将��q��序库提供支持。大家可以看�?a target="_blank">promises and futures�Q�其用于对象的同步�?nbsp;async() 函数模板用于发�v�q�发��d��Q��?nbsp;thread_local 为线�E�内的数据指定存储类型。更多的东西�Q�可以查�?Anthony Williams�?nbsp;Simpler Multithreading in C++0x.

新型��指针

C++98 的知能指针是 auto_ptr�Q?在C++ 11中被废弃�?ji��n)�?/code>C++11 引入�?ji��n)两个指针类�Q?nbsp;shared_ptr �?unique_ptr�?shared_ptr只是单纯的引用计数指针，unique_ptr 是用来取�?code>auto_ptr�?nbsp;unique_ptr 提供 auto_ptr 大部份特性，唯一的例外是 auto_ptr 的不安全、隐性的左值搬�U�R��不�?nbsp;auto_ptr�Q?code>unique_ptr 可以存放�?C++0x 提出的那些能察觉搬移动作的容器之中�?/p>

��Z��么要�q�么�qԌ��大家可以看看《More Effective C++》中�?auto_ptr的讨论�?/p>

新的��法

定义�?ji��n)一些新的算法：(x��) all_of(), any_of() �?nbsp;none_of()�?/code>








1
2
3
4
5
6
7
8


#include <algorithm>
//C++11 code
//are all of the elements positive?
all_of(first, first+n, ispositive()); //false
//is there at least one positive element?
any_of(first, first+n, ispositive());//true
// are none of the elements positive?
none_of(first, first+n, ispositive()); //false
使用新的copy_n()���法�Q�你可以很方便地拯���数组�?/p>






1
2
3
4
5


#include <algorithm>
int source[5]={0,12,34,50,80};
int target[5];
//copy 5 elements from source to target
copy_n(source,5,target);
使用 iota() 可以用来创徏递增的数列。如下例所�C�：(x��)






1
2
3
4
5


include <numeric>
int a[5]={0};
char c[3]={0};
iota(a, a+5, 10); //changes a to {10,11,12,13,14}
iota(c, c+3, 'a'); //{'a','b','c'}
��M���Q�看下来�Q�C++11 �q�是很学院派�Q�很多实用的东西�q�是没有�Q�比如：(x��) XML�Q�sockets�Q�reflection�Q�当然还有垃圑֛�收。看来要�{�到C++ 20�?ji��n)。呵��c(di��n)��不�q�C++ 11在性能上还是很快。参�?Google’s benchmark tests。原文还引用Stroustrup 的观点：(x��)C++11 是一门新的语�a�——一个更好的 C++�?/p>
如果把所有的改变都列出来�Q�你�?x��)发现真多啊。我估计C++ Primer那本书的厚度要增加至��?0%以上。C++的门槛会(x��)不会(x��)���来���高�?ji��n)呢�Q�我不知道，但我个�h觉得�q�门语言的确是变得越来越令�h望而却步了(ji��n)。（惌��v�?ji��n)某人和我说的一句话——学技术真的是太篏�?ji��n)，�q�是搞方法论好�؜些？�Q?/p>

天边�?/a> 2013-05-05 21:26 发表评论



各编译器对于C++11新特性的支持情况
Sun, 05 May 2013 13:11:00 GMT
http://wiki.apache.org/stdcxx/C%2B%2B0xCompilerSupport
The following table lists C++0x features and their support in popular compilers. 





Status Of C++ 0x Language Features in Compilers 


C++ 0x FEATURE 

PAPER(S) 

HP aCC 

EDG eccp 

GCC 

Intel C++ 

MSVC 

IBM XLC++ 

Sun/ Oracle C++ 

Embarcadero C++ Builder 

Digital Mars C++ 

Clang 


alignas 

N2341 





4.8 













3.0 


alignof 

N2341 





4.5 









Yes 



2.9 


Atomic operations 

N2427 





4.4 

13.0 

11.0 









3.1 


auto 

v0.9: N1984, v1.0: N2546 



4.1(v0.9) 

4.4(v1.0) 

11.0(v0.9) 

10.0(v0.9) 

11.1 (V1.0) 







Yes 


C99 preprocessor 

N1653 





4.3 

11.1 



10.1 

5.9 



Yes 

Yes 


Concepts ^[removed] 

N2617 





ConceptGcc 

















constexpr 

N2235 





4.6 

13.0 



12.1 







3.1 


decltype 

v1.0: N2343, v1.1: N3276 



4.1(v1.0) 

4.3(v1.0) 4.8.1(v1.1) 

11.0(v1.0) 

10.0(v1.0), 11.0(v1.1) 

11.1 (V1.0) 



Yes 



2.9 


Defaulted And Deleted Functions 

N2346 



4.1 

4.4 

12.0 











3.0 


Delegating Constructors 

N1986 





4.7 




11.0 nov'12 

11.1 







3.0 


Explicit conversion operators 

N2437 





4.5 

13.0 

11.0 nov'12 

12.1 



Yes 



3.0 


Extended friend Declarations 

N1791 



4.1 

4.7 

11.0 

10.0*** 

V1R11,11.1 







2.9 


extern template 

N1987 

3, 5, 6 



3.3 

9 

6.0 

V1R11,11.1 



Yes 



Yes 


Forward declarations for enums 

N2764 





4.6 



11.0 

12.1 







3.1 


Inheriting Constructors 

N2540 





4.8 


















Initializer Lists 

N2672 





4.4 

13.0 

11.0 nov'12 









3.1 


Lambda expressions and closures 

v0.9: N2550, v1.0: N2658, v1.1: N2927 



4.1(v0.9) 

4.5(v1.1) 

11.0(v0.9)
12.0(v1.0) 

10.0(v1.0), 11.0(v1.1) 









3.1 


Local and Unnamed Types as Template Arguments 

N2657 





4.5 

12.0 

10.0 









2.9 


long long 

N1811 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 


Namespace Association 

N2535 





4.4 






11.1 







2.9 


New character types 

N2249 





4.4 













2.9 


New function declaration syntax for deduced return types 

N2541 



4.1 

4.4 

12.1 

10.0 

12.1 







2.9 


nullptr 

N2431 





4.6 

12.1* 

10.0 









2.9 


Unicode String Literals 

N2442 





4.4 

11.0* 





5.7 

Yes 



3.0 


Raw String Literals 

N2442 





4.5 




11.0 nov'12 









Yes 


User-defined Literals 

N2765 





4.7 













3.1 


Right Angle Brackets 

N1757 



4.1 

4.3 

11.0 

8.0 

12.1 







Yes 


R-Value References, std::move 

v1.0: N2118, v2.0: N2844, v2.1: N2844+, v3.0: N3053 



4.1(v1.0) 

4.3(v1.0)
4.5(v2.1)
4.6(v3.0) 

11.1(v1.0)
12.0(v2.0) 

10.0(v2.0), 11.0(v2.1) 

12.1(v2.1) 



Yes 



Yes 


static_assert 

N1720 



4.1 

4.3 

11.0 

10.0 

11.1 



Yes 



2.9 


Strongly-typed enums 

N2347 





4.4 

12.0 

11.0 

12.1 



Yes 



2.9 


Template aliases 

N2258 





4.7 

12.1 











3.0 


Thread-Local Storage 

N2659 





4.8 (4.4****) 

11.1***


10.0*** 



5.9*** 





2.9**** 


Unrestricted Unions 

N2544 





4.6 














3.0 


Built-in Type Traits 

N1836 

6.16 

4.0 

4.3 

10.0 

8.0 





Yes 



3.0 


Variadic Templates 

v0.9: N2242, v1.0: N2555 



4.1(v0.9) 

4.3(v0.9) 4.4(v1.0) 

12.1(v0.9) 

11.0 nov'12 

11.1 (v0.9) 







2.9(1.0) 


Range-based for-loop 

N2930 





4.6 

13.0 

11.0 









3.0 


override and final 

v0.8: N2928, v0.9: N3206, v1.0: N3272 





4.7 

12.0(v0.8)*** 

8.0(v0.8)*** 11.0(v1.0) 









2.9 


Attributes 

N2761 





4.8 

12.1 














ref-qualifiers 

N2439 





4.8.1 













2.9 


Non-static data member initializers 

N2756 





4.7 













3.0 


Dynamic initialization and destruction with concurrency (Magic statics) 

N2660 





4.3 

? 











2.9 

* — 1) unicode string literals is a feature of the EDG frontend, but it is undocumented at Intel C++ compiler (/Qoption,cpp,"--uliterals" option enables it) 
 

天边�?/a> 2013-05-05 21:11 发表评论

Status Of C++ 0x Language Features in Compilers
C++ 0x FEATURE	PAPER(S)	HP aCC	EDG eccp	GCC	Intel C++	MSVC	IBM XLC++	Sun/ Oracle C++	Embarcadero C++ Builder	Digital Mars C++	Clang
`alignas`	N2341			4.8							3.0
`alignof`	N2341			4.5					Yes		2.9
Atomic operations	N2427			4.4	13.0	11.0					3.1
`auto`	v0.9: N1984, v1.0: N2546		4.1(v0.9)	4.4(v1.0)	11.0(v0.9)	10.0(v0.9)	11.1 (V1.0)				Yes
C99 preprocessor	N1653			4.3	11.1		10.1	5.9		Yes	Yes
Concepts ^[removed]	N2617			ConceptGcc
`constexpr`	N2235			4.6	13.0		12.1				3.1
`decltype`	v1.0: N2343, v1.1: N3276		4.1(v1.0)	4.3(v1.0) 4.8.1(v1.1)	11.0(v1.0)	10.0(v1.0), 11.0(v1.1)	11.1 (V1.0)		Yes		2.9
Defaulted And Deleted Functions	N2346		4.1	4.4	12.0						3.0
Delegating Constructors	N1986			4.7		11.0 nov'12	11.1				3.0
Explicit conversion operators	N2437			4.5	13.0	11.0 nov'12	12.1		Yes		3.0
Extended `friend` Declarations	N1791		4.1	4.7	11.0	10.0***	V1R11,11.1				2.9
`extern template`	N1987	3, 5, 6		3.3	9	6.0	V1R11,11.1		Yes		Yes
Forward declarations for enums	N2764			4.6		11.0	12.1				3.1
Inheriting Constructors	N2540			4.8
Initializer Lists	N2672			4.4	13.0	11.0 nov'12					3.1
Lambda expressions and closures	v0.9: N2550, v1.0: N2658, v1.1: N2927		4.1(v0.9)	4.5(v1.1)	11.0(v0.9) 12.0(v1.0)	10.0(v1.0), 11.0(v1.1)					3.1
Local and Unnamed Types as Template Arguments	N2657			4.5	12.0	10.0					2.9
`long long`	N1811	Yes	Yes	Yes	Yes	Yes	Yes	Yes	Yes	Yes	Yes
Namespace Association	N2535			4.4			11.1				2.9
New character types	N2249			4.4							2.9
New function declaration syntax for deduced return types	N2541		4.1	4.4	12.1	10.0	12.1				2.9
`nullptr`	N2431			4.6	12.1*	10.0					2.9
Unicode String Literals	N2442			4.4	11.0*			5.7	Yes		3.0
Raw String Literals	N2442			4.5		11.0 nov'12					Yes
User-defined Literals	N2765			4.7							3.1
Right Angle Brackets	N1757		4.1	4.3	11.0	8.0	12.1				Yes
R-Value References, std::move	v1.0: N2118, v2.0: N2844, v2.1: N2844+, v3.0: N3053		4.1(v1.0)	4.3(v1.0) 4.5(v2.1) 4.6(v3.0)	11.1(v1.0) 12.0(v2.0)	10.0(v2.0), 11.0(v2.1)	12.1(v2.1)		Yes		Yes
`static_assert`	N1720		4.1	4.3	11.0	10.0	11.1		Yes		2.9
Strongly-typed `enum`s	N2347			4.4	12.0	11.0	12.1		Yes		2.9
Template aliases	N2258			4.7	12.1						3.0
Thread-Local Storage	N2659			4.8 (4.4****)	11.1***	10.0***		5.9***			2.9****
Unrestricted Unions	N2544			4.6							3.0
Built-in Type Traits	N1836	6.16	4.0	4.3	10.0	8.0			Yes		3.0
Variadic Templates	v0.9: N2242, v1.0: N2555		4.1(v0.9)	4.3(v0.9) 4.4(v1.0)	12.1(v0.9)	11.0 nov'12	11.1 (v0.9)				2.9(1.0)
Range-based for-loop	N2930			4.6	13.0	11.0					3.0
override and final	v0.8: N2928, v0.9: N3206, v1.0: N3272			4.7	12.0(v0.8)***	8.0(v0.8)*** 11.0(v1.0)					2.9
Attributes	N2761			4.8	12.1
ref-qualifiers	N2439			4.8.1							2.9
Non-static data member initializers	N2756			4.7							3.0
Dynamic initialization and destruction with concurrency (Magic statics)	N2660			4.3	?						2.9

久久精品国产精品亚洲下载,狠狠色婷婷久久一区二区,婷婷五月深深久久精品

[转]The Biggest Changes in C++11

自动�c�d��推导 auto

自动化推�?decltype

auto �?decltype 的差别和关系

�l�一的初始化语法

Delete �?Default 函数

nullptr

叛_��引用和move语义

新型�����指针

新的���法

各编译器对于C++11新特性的支持情况

新型��指针

新的��法