[lib] Remove 'std::' prefix from library names. #1085
Conversation
| @@ -3666,7 +3666,7 @@ | |||
|
|
|||
| \item these actions will not block for the shared state to become ready, except that it | |||
| may block if all of the following are true: the shared state was created by a call to | |||
| \tcode{std::async}, the shared state is not yet ready, and this was the last reference | |||
There was a problem hiding this comment.
I think we've generally stayed away from anything async, because SG1 has been crafting that wording painstakingly and with great deliberation. For example, there's a case to be made that it should be easy for the reader to disinguish std::async from std::launch::async.
There was a problem hiding this comment.
We should always qualify launch::async to avoid such problems, and then strictly speaking we don't need to qualify the function. But if it helps the reader significantly then we could say "a call to the function template async" or something else to disambiguate it.
There was a problem hiding this comment.
To err on the side of caution, I'm reverting this change.
|
@jwakely: Could you please review this? |
| std::size_t N; // \expos | ||
| std::vector<int> subs; // \expos | ||
| size_t N; // \expos | ||
| ector<int> subs; // \expos |
|
Apart from the "ector" case where one too many characters was removed this looks good to me. I'm ambivalent about the |
|
Fixed patch pushed. |
|
Please rebase. |
The standard library specifies that references to its names are assumed to be prefixed by '::std::'. Therefore, we can remove any explicit 'std::' prefixes. [iterator.range] was not touched, because it is unclear whether argument-dependent lookup was intended to be disabled here. Fixes cplusplus#431.
|
Rebased. |
The standard library specifies that references to its names are assumed to be prefixed by '::std::'. Therefore, we can remove any explicit 'std::' prefixes.
[iterator.range] was not touched, because it is unclear whether argument-dependent lookup was intended to be disabled here.
Fixes #431.