C++11/14/17 Features In VS 2015 RTM-程序员宅基地

技术标签: c/c++  

Stephan T. Lavavej - MSFT

19 Jun 2015 11:47 AM
//z 2015-07-15 08:49:04 L.169'54656 BG57IV3@BYH T3824780732.K.F2506529148[T10,L352,R14,V142]

We're still working on finishing VS 2015 RTM, but we're definitely done with adding new features, so we can publish final feature tables.  Let's start with the STL, where we implemented a bunch of stuff after publishing 2015 RC's features in April.  Whenever I mention C++17 below, I'm referring to the current Working PaperN4527.

  //z 2015-07-15 08:49:04 L.169'54656 BG57IV3@BYH T3824780732.K.F2506529148[T10,L352,R14,V142]

Standard Library

  

This table of C++14/17 Library features contains new rows for the features that were voted into C++17 in May:

  

Status

Std

Paper

Title

missing

C++14

N3462

SFINAE-Friendly result_of

missing

C++17

N4387

Improving pair And tuple

missing

C++17

N4508

shared_mutex (Untimed)

VS 2015

C++14

N3302

constexpr For <complex>

VS 2015

C++14

N3469

constexpr For <chrono>

VS 2015

C++14

N3470

constexpr For <array>

VS 2015

C++14

N3471

constexpr For <initializer_list>, <tuple>, <utility>

VS 2015

C++14

N3545

integral_constant::operator()()

VS 2015

C++14

N3642

UDLs For <chrono>, <string> (1729ms, "meow"s, etc.)

VS 2015

C++14

N3644

Null Forward Iterators

VS 2015

C++14

N3654

quoted()

VS 2015

C++14

N3657

Heterogeneous Associative Lookup

VS 2015

C++14

N3658

integer_sequence

VS 2015

C++14

N3659

shared_mutex (Timed)

VS 2015

C++14

N3668

exchange()

VS 2015

C++14

N3669

Fixing constexpr Member Functions Without const

VS 2015

C++14

N3670

get<T>()

VS 2015

C++14

N3671

Dual-Range equal(), is_permutation(), mismatch()

VS 2015

C++14

N3778

Sized Deallocation

VS 2015

C++14

N3779

UDLs For <complex> (3.14i, etc.)

VS 2015

C++14

N3789

constexpr For <functional>

VS 2015

C++14

N3887

tuple_element_t

VS 2015

C++14

N3891

Renaming shared_mutex (Timed) To shared_timed_mutex

VS 2015

C++17

N3911

void_t

VS 2015

C++17

N4089

Safe Conversions In unique_ptr<T[]>

VS 2015

C++17

N4169

invoke()

2015 opt-in

C++17

N4190

Removing auto_ptr, random_shuffle(), And Old <functional> Stuff

VS 2015

C++17

N4258

noexcept Cleanups

VS 2015

C++17

N4259

uncaught_exceptions()

VS 2015

C++17

N4277

Trivially Copyable reference_wrapper

VS 2015

C++17

N4279

insert_or_assign()/try_emplace() For map/unordered_map

VS 2015

C++17

N4280

size(), empty(), data()

VS 2015

C++17

N4366

Precisely Constraining unique_ptr Assignment

VS 2015

C++17

N4389

bool_constant

VS 2013

C++14

N3346

Minimal Container Element Requirements

VS 2013

C++14

N3421

Transparent Operator Functors (less<>, etc.)

VS 2013

C++14

N3655

Alias Templates For <type_traits> (decay_t, etc.)

VS 2013

C++14

N3656

make_unique()

VS 2013

C++17

N4510

Supporting Incomplete Types In vector/list/forward_list

N/A

C++14

N3924

Discouraging rand()

N/A

C++17

N4284

Contiguous Iterators

  

"2015 opt-in" means that this is guarded by a macro.  By default, we provide auto_ptr/etc.  If you define _HAS_AUTO_PTR_ETC to 0 project-wide (which you should do via the command line or project file, not via #define), then we won't provide auto_ptr/etc.  In the next major version, I'm planning to make this opt-out, and in the major version after that, I'm planning to eliminate auto_ptr/etc. entirely.  Now would be a good time to start migrating your code.

  

"N/A" means that these proposals altered the Standard's wording, but did not physically affect implementers or users.  I've listed them as Not Applicable for the sake of completeness.

  

Here's a detailed summary of our status:

  

Our C99 Standard Library implementation is complete, except for tgmath.h (which is irrelevant in C++) and the CX_LIMITED_RANGE/FP_CONTRACT pragma macros.

  

On top of that, our C++11 Standard Library implementation is complete.

  

On top of that, our C++14 Standard Library implementation is complete, except for Expression SFINAE in result_of (N3462) and std::function (LWG 2132), plus 11 more Library Issues.

  

On top of that, our C++17-so-far Standard Library implementation is complete, except for pair/tuple improvements (N4387) and untimed shared_mutex (N4508), plus 10 Library Issues.

  

Any remaining exceptions are bugs.  (By the way, we've fixed roughly 160 bugs in the STL between 2013 and 2015.  A year ago, I listed thefirst batch of fixes.  I'll write about the rest of the fixes soon.)  For example, we've implemented every occurrence of constexpr in C++17-so-far's STL, with a very small number of exceptions, which are tracked by DevDiv#1184873/Connect#1414341 and DevDiv#1188232:

  

  • (C99) offsetof
  • (C++11) numeric_limits<float/double/long double>::quiet_NaN()/signaling_NaN()
  • (C++11) mutex's default constructor
  • (C++14) error_category's default constructor
  • (C++14) min()/max()/minmax() for initializer_list
  • (C++17) min_element()/max_element()/minmax_element()

  

We've been focused on achieving Standard conformance, which is higher priority than implementing the various Technical Specifications that are being produced by the Committee.  (We think TSes are important, but the Standard is even more important.)  However, we've implemented a couple of TS things: the Filesystem "V3" TS (N4100) and Uniform Container Erasure (N4529 [container.erasure]).

  

Core Language

  

C++11 Core Language Features

VS 2013

VS 2015

Notes

Rvalue references

Partial

Yes

 

ref-qualifiers

No

Yes

 

Non-static data member initializers

Partial

Yes

 

Variadic templates

Yes

Yes

 

Initializer lists

Partial

Yes

 

static_assert

Yes

Yes

 

auto

Yes

Yes

 

Trailing return types

Yes

Yes

 

Lambdas

Yes

Yes

 

decltype

Yes

Yes

 

Right angle brackets

Yes

Yes

 

Default template args for function templates

Yes

Yes

 

Expression SFINAE

No

No

[1]

Alias templates

Yes

Yes

 

Extern templates

Yes

Yes

 

nullptr

Yes

Yes

 

Strongly typed enums

Yes

Yes

 

Forward declared enums

Yes

Yes

 

Attributes

No

Yes

[RTM]

constexpr

No

Yes

[RTM]

Alignment

Partial

Yes

 

Delegating constructors

Yes

Yes

 

Inheriting constructors

No

Yes

 

Explicit conversion operators

Yes

Yes

 

char16_t and char32_t

No

Yes

 

Unicode string literals

No

Yes

 

Raw string literals

Yes

Yes

 

Universal character names in literals

No

Yes

 

User-defined literals

No

Yes

 

Standard-layout and trivial types

Yes

Yes

 

Defaulted and deleted functions

Partial

Yes

 

Extended friend declarations

Yes

Yes

 

Extended sizeof

No

Yes

 

Inline namespaces

No

Yes

 

Unrestricted unions

No

Yes

 

Local and unnamed types as template args

Yes

Yes

 

Range-based for-loop

Yes

Yes

 

override and final

Yes

Yes

 

Minimal GC support

Yes

Yes

 

noexcept

No

Yes

 

C++11 Core Language Features: Concurrency

VS 2013

VS 2015

Notes

Reworded sequence points

Yes

Yes

 

Atomics

Yes

Yes

 

Strong compare and exchange

Yes

Yes

 

Bidirectional fences

Yes

Yes

 

Memory model

Yes

Yes

 

Data-dependency ordering

Yes

Yes

 

Data-dependency ordering: attributes

No

Yes

[RTM]

exception_ptr

Yes

Yes

 

quick_exit and at_quick_exit

No

Yes

 

Atomics in signal handlers

Yes

Yes

 

Thread-local storage

Partial

Yes

 

Magic statics

No

Yes

 

C++11 Core Language Features: C99

VS 2013

VS 2015

Notes

__func__

Partial

Yes

 

C99 preprocessor

Partial

Partial

[2]

long long

Yes

Yes

 

Extended integer types

N/A

N/A

[3]

C++14 Core Language Features

VS 2013

VS 2015

Notes

Tweaked wording for contextual conversions

Yes

Yes

 

Binary literals

No

Yes

 

auto and decltype(auto) return types

No

Yes

 

init-captures

No

Yes

 

Generic lambdas

No

Yes

 

Variable templates

No

No

 

Extended constexpr

No

No

 

NSDMIs for aggregates

No

No

 

Avoiding/fusing allocations

N/A

N/A

[4]

[[deprecated]] attributes

No

Yes

[RTM]

Sized deallocation

No

Yes

 

Digit separators

No

Yes

 

C++1z (C++17?) Core Language Features

VS 2013

VS 2015

Notes

New rules for auto with braced-init-lists

No

Yes

 

Terse static_assert

No

No

 

typename in template template-parameters

No

Yes

 

Removing trigraphs

Yes

Yes

 

Nested namespace definitions

No

No

 

Fixing qualification conversions

No

No

 

Attributes for namespaces and enumerators

No

Yes

[RTM]

u8 character literals

No

Yes

[RTM]

Allowing more non-type template args

No

No

 

Fold expressions

No

No

 

  

[RTM] These features were implemented between RC and RTM.

  

[1] We're planning to start implementing Expression SFINAE in the compiler immediately after 2015 RTM, and we're planning to deliver it in an Update to 2015, supported for production use.  (But not necessarily 2015 Update 1.  It might take longer.)

  

[2] C99 preprocessor support is unchanged.  It's Partial because while the compiler supports variadic macros, our preprocessor's behavior doesn't conform to C99/C++11 in many ways.

  

[3] "Extended integer types" are listed as Not Applicable because the Standard permits but doesn't require support for types longer than long long.  We've chosen not to support such types, which is conformant behavior.  Neither GCCnor Clang has implemented such types.

  

[4] "Avoiding/fusing allocations" is listed as Not Applicable because the Standard permits but doesn't require this optimization.  We've chosen not to implement it (at least for now), which is conformant behavior.

  

A note about C++11 constexpr: this is a large feature with complicated interactions throughout the Core Language, implemented in a compiler codebase undergoing modernization, being shipped for the first time.  It contains bugs/limitations, some of which you might notice, and many of which will be fixed in Updates.  (For example, the compiler is currently unable to emit initializers for non-scalar static constexpr data members, including character arrays.  This scenario has been blocked with a warning-as-error C4579.)  Nevertheless, I've chosen to list the compiler's support for C++11 constexpr as being complete, because the STL is successfully using it, and quite intensively so.  (The STL's handful of missing constexpr occurrences are due to library-only issues, the absence of magic compiler hooks, and the absence of C++14 extended constexpr loops.)

 

Finally, we'd like to thank everyone who's reported bugs during 2015's development cycle, not just in constexpr but throughout the whole product.  If you encounter any more bugs, please report them viaMicrosoft Connect or Send A Smile/Frown.

 

Stephan T. Lavavej

Senior Developer - Visual C++ Libraries

[email protected]

//z 2015-07-15 08:49:04 L.169'54656 BG57IV3@BYH T3824780732.K.F2506529148[T10,L352,R14,V142]


转载于:https://www.cnblogs.com/IS2120/p/6745602.html

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/bamao5628/article/details/101670111

智能推荐

c# 调用c++ lib静态库_c#调用lib-程序员宅基地

文章浏览阅读2w次,点赞7次,收藏51次。四个步骤1.创建C++ Win32项目动态库dll 2.在Win32项目动态库中添加 外部依赖项 lib头文件和lib库3.导出C接口4.c#调用c++动态库开始你的表演...①创建一个空白的解决方案,在解决方案中添加 Visual C++ , Win32 项目空白解决方案的创建:添加Visual C++ , Win32 项目这......_c#调用lib

deepin/ubuntu安装苹方字体-程序员宅基地

文章浏览阅读4.6k次。苹方字体是苹果系统上的黑体,挺好看的。注重颜值的网站都会使用,例如知乎:font-family: -apple-system, BlinkMacSystemFont, Helvetica Neue, PingFang SC, Microsoft YaHei, Source Han Sans SC, Noto Sans CJK SC, W..._ubuntu pingfang

html表单常见操作汇总_html表单的处理程序有那些-程序员宅基地

文章浏览阅读159次。表单表单概述表单标签表单域按钮控件demo表单标签表单标签基本语法结构<form action="处理数据程序的url地址“ method=”get|post“ name="表单名称”></form><!--action,当提交表单时,向何处发送表单中的数据,地址可以是相对地址也可以是绝对地址--><!--method将表单中的数据传送给服务器处理,get方式直接显示在url地址中,数据可以被缓存,且长度有限制;而post方式数据隐藏传输,_html表单的处理程序有那些

PHP设置谷歌验证器(Google Authenticator)实现操作二步验证_php otp 验证器-程序员宅基地

文章浏览阅读1.2k次。使用说明:开启Google的登陆二步验证(即Google Authenticator服务)后用户登陆时需要输入额外由手机客户端生成的一次性密码。实现Google Authenticator功能需要服务器端和客户端的支持。服务器端负责密钥的生成、验证一次性密码是否正确。客户端记录密钥后生成一次性密码。下载谷歌验证类库文件放到项目合适位置(我这边放在项目Vender下面)https://github.com/PHPGangsta/GoogleAuthenticatorPHP代码示例://引入谷_php otp 验证器

【Python】matplotlib.plot画图横坐标混乱及间隔处理_matplotlib更改横轴间距-程序员宅基地

文章浏览阅读4.3k次,点赞5次,收藏11次。matplotlib.plot画图横坐标混乱及间隔处理_matplotlib更改横轴间距

docker — 容器存储_docker 保存容器-程序员宅基地

文章浏览阅读2.2k次。①Storage driver 处理各镜像层及容器层的处理细节,实现了多层数据的堆叠,为用户 提供了多层数据合并后的统一视图②所有 Storage driver 都使用可堆叠图像层和写时复制(CoW)策略③docker info 命令可查看当系统上的 storage driver主要用于测试目的,不建议用于生成环境。_docker 保存容器

随便推点

网络拓扑结构_网络拓扑csdn-程序员宅基地

文章浏览阅读834次,点赞27次,收藏13次。网络拓扑结构是指计算机网络中各组件(如计算机、服务器、打印机、路由器、交换机等设备)及其连接线路在物理布局或逻辑构型上的排列形式。这种布局不仅描述了设备间的实际物理连接方式,也决定了数据在网络中流动的路径和方式。不同的网络拓扑结构影响着网络的性能、可靠性、可扩展性及管理维护的难易程度。_网络拓扑csdn

JS重写Date函数,兼容IOS系统_date.prototype 将所有 ios-程序员宅基地

文章浏览阅读1.8k次,点赞5次,收藏8次。IOS系统Date的坑要创建一个指定时间的new Date对象时,通常的做法是:new Date("2020-09-21 11:11:00")这行代码在 PC 端和安卓端都是正常的,而在 iOS 端则会提示 Invalid Date 无效日期。在IOS年月日中间的横岗许换成斜杠,也就是new Date("2020/09/21 11:11:00")通常为了兼容IOS的这个坑,需要做一些额外的特殊处理,笔者在开发的时候经常会忘了兼容IOS系统。所以就想试着重写Date函数,一劳永逸,避免每次ne_date.prototype 将所有 ios

如何将EXCEL表导入plsql数据库中-程序员宅基地

文章浏览阅读5.3k次。方法一:用PLSQL Developer工具。 1 在PLSQL Developer的sql window里输入select * from test for update; 2 按F8执行 3 打开锁, 再按一下加号. 鼠标点到第一列的列头,使全列成选中状态,然后粘贴,最后commit提交即可。(前提..._excel导入pl/sql

Git常用命令速查手册-程序员宅基地

文章浏览阅读83次。Git常用命令速查手册1、初始化仓库git init2、将文件添加到仓库git add 文件名 # 将工作区的某个文件添加到暂存区 git add -u # 添加所有被tracked文件中被修改或删除的文件信息到暂存区,不处理untracked的文件git add -A # 添加所有被tracked文件中被修改或删除的文件信息到暂存区,包括untracked的文件...

分享119个ASP.NET源码总有一个是你想要的_千博二手车源码v2023 build 1120-程序员宅基地

文章浏览阅读202次。分享119个ASP.NET源码总有一个是你想要的_千博二手车源码v2023 build 1120

【C++缺省函数】 空类默认产生的6个类成员函数_空类默认产生哪些类成员函数-程序员宅基地

文章浏览阅读1.8k次。版权声明:转载请注明出处 http://blog.csdn.net/irean_lau。目录(?)[+]1、缺省构造函数。2、缺省拷贝构造函数。3、 缺省析构函数。4、缺省赋值运算符。5、缺省取址运算符。6、 缺省取址运算符 const。[cpp] view plain copy_空类默认产生哪些类成员函数

推荐文章

热门文章

相关标签