Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[unique.ptr.special] prefer use of common_type_t #685

Merged
merged 1 commit into from Apr 13, 2016

Conversation

AlisdairM
Copy link
Contributor

The preferred style since C++14 is to use the _t alias
rather than the trait::type formulation for transformation
traits. As a second fix, the types in the common_type
instantiation are, in turn, dependant types so require a
leading typename keyword. I double-checked elsewhere and
we are consistent to use typename where requrired inside
other expressions, even though it is frequently omitted
when the named type is used within the surrounding
English text.

The preferred style since C++14 is to use the _t alias
rather than the trait::type formulation for transformation
traits.  As a second fix, the types in the common_type
instantiation are, in turn, dependant types so require a
leading typename keyword.  I double-checked elsewhere and
we are consistent to use typename where requrired inside
other expressions, even though it is frequently omitted
when the named type is used within the surrounding
English text.
@zygoloid zygoloid merged commit 882ea1e into cplusplus:master Apr 13, 2016
@AlisdairM AlisdairM deleted the prefer_common_type_t branch April 16, 2016 20:11
FrankHB pushed a commit to FrankHB/draft that referenced this pull request Jul 9, 2016
The preferred style since C++14 is to use the _t alias
rather than the trait::type formulation for transformation
traits.  As a second fix, the types in the common_type
instantiation are, in turn, dependant types so require a
leading typename keyword.  I double-checked elsewhere and
we are consistent to use typename where requrired inside
other expressions, even though it is frequently omitted
when the named type is used within the surrounding
English text.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants