You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The contents of the header <bit> relate to inspecting and manipulating memory patterns directly, rather than numeric operations. It better belongs under clause 20, general utilities.
Proposed change:
Move 26.5 [bit] to a new subsection under class 20 [utilities]
Other concerns: pair, tuple, variant, optional, any, bitset should be extracted into their own top-level clause "Utility types" or similar (48 pages).
[rand] is unrelated to real-number calculations and thus should not be under [numerics].
The text was updated successfully, but these errors were encountered:
The editors might want to spend some spare brain cycles on editorial strategies for dealing with the combination of standard library headers and standard library modules, particularly if something like P0581 goes through.
@ben-craig , thanks for the heads-up. From a cursory look at P0581, it appears we should get away with a small amount of added text for these std modules, so we might get away with a subclause in the lib intro part, or with a short mention whenever we show a header synopsis.
From NB US 325 (C++20 CD) cplusplus/nbballot#321:
Other concerns: pair, tuple, variant, optional, any, bitset should be extracted into their own top-level clause "Utility types" or similar (48 pages).
[rand] is unrelated to real-number calculations and thus should not be under [numerics].
The text was updated successfully, but these errors were encountered: