-
Notifications
You must be signed in to change notification settings - Fork 0
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
P2846 R6 reserve_hint: Eagerly reserving memory for not-quite-sized lazy ranges #1549
Comments
SG9 (Ranges) reviewed P846R0 during the Varna meeting on 2023-06-12 (Full Minutes). PollsPOLL: The standard needs to clearly define where size_hint should be called
Outcome: Weak consensus against # Of Authors: 1 Author’s Position: WF Attendance: 9 WF: We’re unsure what’s the recommendation (both said “very weakly in favor”) SA: Performance hints should be hints POLL: Prefer approximate_size over size_hint (for consistency with the concept name, approximately_sized_range)
Outcome: No consensus # Of Authors: 1 Author’s Position: F Attendance: 9 POLL: Modify the paper to include suggested guidance, make sized_range to subsume approximately_sized_range (assuming non breaking change), and forward “P2846R0: size_hint: Eagerly reserving memory for not-quite-sized lazy ranges” to LEWG for C++26.
Attendance: 9 # of Authors: 1 Author Position: SF Outcome: Strong Consensus in Favour SummaryThe paper needs to apply the following updates:
And move the revised paper to LEWG for C++26 |
P2846R1 size_hint: Eagerly reserving memory for not-quite-sized lazy ranges (Corentin Jabot) |
2024-01-16 Library Evolution TeleconP2846R1: size_hint: Eagerly reserving memory for not-quite-sized lazy ranges 2024-01-16 Library Evolution Telecon Minutes Champion: Corentin Jabot Chair: Ben Craig Minute Taker: Mark Hoemmen SummaryPOLL: P2846 (size_hint: Eagerly reserving memory for not-quite-sized lazy ranges) needs max, min and approximate facilities, and not just a single number.
Attendance: 18 # of Authors: 1 Author's Position: SA Outcome: Consensus against Next StepsResearch idea of unconditional size hint on views like take Discuss some of the names brought up in the meeting, reserve_hint, min_reserve Next time, look at modifications, consider impl defined or otherwise for vector's use of sized hint, then look at wording. |
P2846R2 reserve_hint: Eagerly reserving memory for not-quite-sized lazy ranges (Corentin Jabot) |
2024-07-23 Library Evolution Telecon P2846R2: reserve_hint: Eagerly reserving memory for not-quite-sized lazy ranges 2024-07-23 Library Evolution Telecon Minutes Champion: Corentin Jabot SummaryPapers Forwarding Checklist:
POLL: Require the use of the reserve_hint in the range constructor of vector and string in P2846R2
Attendance: 18 SA:
Next StepsNext revision will be seen by LEWG |
P2846R3 reserve_hint: Eagerly reserving memory for not-quite-sized lazy ranges (Corentin Jabot) |
P2846R4 reserve_hint: Eagerly reserving memory for not-quite-sized lazy ranges (Corentin Jabot) |
2024-11-21 Library Evolution Wroclaw MeetingP2846R4 reserve_hint: Eagerly reserving memory for not-quite-sized lazy ranges 2024-11-21 Library Evolution Wroclaw Meeting Minutes Champion: Corentin Jabot SummaryPOLL: Remove the requirement for “is_nothrow_move_constructible_v” to be true from the second condition for avoiding allocation for a vector in the vector constructor in “P2846R4 reserve_hint: Eagerly reserving memory for not-quite-sized lazy ranges”.
Attendance: 24 (IP) + 3 (R) POLL: Modify the FTM into “__cpp_lib_ranges_reserve_hint”, and apply the modification from the poll above (Remove the requirement for “is_nothrow_move_constructible_v” to be true from the second condition for avoiding allocation for a vector in the vector constructor) and forward the modified “P2846R5 reserve_hint: Eagerly reserving memory for not-quite-sized lazy ranges” to LWG for C++26.
Attendance: 24 (IP) + 3 (R) SA: There’s a very narrow use case for this paper and it can be done in another way and the complexity is high, anyone who’s making a generic wrapping range is going to want to pass on the size_hint, and the Rust implementation, 10% of all the times they wrap an iterator they do a size_hint thing, so it’s a tremendous cost for a very very narrow use case that could be implemented another way. Next StepsThe paper with the following modifications:
The updated revision forwarded to LWG for C++26. |
P2846R5 reserve_hint: Eagerly reserving memory for not-quite-sized lazy ranges (Corentin Jabot) |
LWG looked at this paper on Monday afternoon in Hageneberg. |
LWG polled this in Hagenberg Thursday afternoon: Put P2846R6 into C++26 with JG and RA to check edits |
P2846R6 reserve_hint: Eagerly reserving memory for not-quite-sized lazy ranges (Corentin Jabot) |
P2846R0 size_hint: Eagerly reserving memory for not-quite-sized lazy ranges (Corentin Jabot)
The text was updated successfully, but these errors were encountered: