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
Eliminate redundant use of typename throughout library P2150 #3637
Comments
Please submit an LWG issue for the policy decision. It would also be helpful to identify patterns of "typename" use that are deemed redundant. (Possibly, not all technically-redundant "typename"s should be removed, for clarity of exposition.) |
I will try to put a paper into the post-Prague mailing, collecting the different patterns of typename usage that can safely be simplified, and those that cannot. Hopefully much of the discussion can occur online, prior to the Varna meeting, and without distracting from Prague and C++20. |
Missed post-prague, but expect a paper with detailed examples for reference for future library wording too in plenty of time for the pre-Varna mailing. |
The paper was in the April mailing: http://wg21.link/P2150 |
All |
This is not going to happen for C++23. The target should be updated to C++26 (or later?) |
Milestone adjusted. |
Following the adoption of http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0634r3.html many uses of ‘typename’ throughout the library are now redundant. They should be eliminated to provide a cleaner modern presentation of the standard library, much as when we switched from typedef to using.
Such a wide-reaching change is likely a policy decision to be approved by LWG, but application is more likely an editorial issue (requiring careful review) to avoid overloading precious LWG time.
Suggest this should be an issue for C++23 to avoid disrupting the imminent progress of C++20, and allowing adequate time for reviews. May consider updating one clause at a time, to ease review load.
The text was updated successfully, but these errors were encountered: