ISOCPP std-proposals List: by date

To subscribe or unsubscribe to this list (or change your subscription options), see the list information page.

Sunday, 26 October 2025

Re: [std-proposals] consteval typename auto - type-returning immediate functions Thiago Macieira
Re: [std-proposals] consteval typename auto - type-returning immediate functions Charles R Hogg
Re: [std-proposals] consteval typename auto - type-returning immediate functions Muhammad
Re: [std-proposals] consteval typename auto - type-returning immediate functions Matthew Taylor
[std-proposals] consteval typename auto - type-returning immediate functions Muhammad
Re: [std-proposals] Consistent behavior on Container actions Thiago Macieira
Re: [std-proposals] Consistent behavior on Container actions Jonathan Wakely
Re: [std-proposals] Consistent behavior on Container actions Jason McKesson
Re: [std-proposals] Consistent behavior on Container actions organicoman
Re: [std-proposals] Consistent behavior on Container actions Sebastian Wittmeier
Re: [std-proposals] Consistent behavior on Container actions Jonathan Wakely
Re: [std-proposals] Consistent behavior on Container actions organicoman
Re: [std-proposals] Consistent behavior on Container actions Jason McKesson
Re: [std-proposals] Consistent behavior on Container actions organicoman

Saturday, 25 October 2025

Re: [std-proposals] Consistent behavior on Container actions Jason McKesson
Re: [std-proposals] Consistent behavior on Container actions Jonathan Wakely
Re: [std-proposals] Consistent behavior on Container actions Jonathan Wakely
Re: [std-proposals] Consistent behavior on Container actions Jonathan Wakely
Re: [std-proposals] Consistent behavior on Container actions Sebastian Wittmeier
Re: [std-proposals] Consistent behavior on Container actions organicoman
Re: [std-proposals] Consistent behavior on Container actions Thiago Macieira
Re: [std-proposals] Consistent behavior on Container actions Jonathan Wakely

Friday, 24 October 2025

[std-proposals] Consistent behavior on Container actions organicoman
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Arthur O'Dwyer
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct organicoman
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Thiago Macieira
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Sebastian Wittmeier
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Frederick Virchanza Gotham
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct organicoman
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Thiago Macieira
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Sebastian Wittmeier
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Thiago Macieira
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Sebastian Wittmeier
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Frederick Virchanza Gotham
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Frederick Virchanza Gotham
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Sebastian Wittmeier
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Frederick Virchanza Gotham
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Simon Schröder

Thursday, 23 October 2025

Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Thiago Macieira
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Frederick Virchanza Gotham
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Simon Schröder

Wednesday, 22 October 2025

Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Arthur O'Dwyer
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Thiago Macieira
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Frederick Virchanza Gotham
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Thiago Macieira
Re: [std-proposals] unified polymorphism by generic function with incomplete type Kai Liao - AAVV
Re: [std-proposals] unified polymorphism by generic function with incomplete type Jonathan Wakely
[std-proposals] unified polymorphism by generic function with incomplete type Kai Liao - AAVV

Tuesday, 21 October 2025

Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Frederick Virchanza Gotham
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Bjorn Reese
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Jonathan Wakely
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Sebastian Wittmeier
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Thiago Macieira
Re: [std-proposals] Replace an object -- but retain old object if new object fails to construct Sebastian Wittmeier
[std-proposals] Replace an object -- but retain old object if new object fails to construct Frederick Virchanza Gotham
[std-proposals] Proposal: template parameter values determined from Idiomatic use of decltype Walt Karas
Re: [std-proposals] Forwarding Reference can also accept PRvalue (not just Lvalue or Rvalue) Sebastian Wittmeier
Re: [std-proposals] Forwarding Reference can also accept PRvalue (not just Lvalue or Rvalue) Jonathan Wakely
Re: [std-proposals] Forwarding Reference can also accept PRvalue (not just Lvalue or Rvalue) Frederick Virchanza Gotham
Re: [std-proposals] Forwarding Reference can also accept PRvalue (not just Lvalue or Rvalue) SD SH

Monday, 20 October 2025

Re: [std-proposals] New intrinsic type -- prvalue Thiago Macieira
[std-proposals] Forwarding Reference can also accept PRvalue (not just Lvalue or Rvalue) Frederick Virchanza Gotham
Re: [std-proposals] New intrinsic type -- prvalue Frederick Virchanza Gotham
Re: [std-proposals] New intrinsic type -- prvalue Oliver Hunt
Re: [std-proposals] New intrinsic type -- prvalue Oliver Hunt

Sunday, 19 October 2025

Re: [std-proposals] New intrinsic type -- prvalue Andre Kostur
Re: [std-proposals] New intrinsic type -- prvalue Maryam
Re: [std-proposals] New intrinsic type -- prvalue Frederick Virchanza Gotham
Re: [std-proposals] New intrinsic type -- prvalue Frederick Virchanza Gotham
Re: [std-proposals] New intrinsic type -- prvalue Frederick Virchanza Gotham
Re: [std-proposals] New intrinsic type -- prvalue Oliver Hunt
Re: [std-proposals] New intrinsic type -- prvalue Frederick Virchanza Gotham
[std-proposals] New intrinsic type -- prvalue Frederick Virchanza Gotham
[std-proposals] Why can't string have both subview and subzview (or subcview)? Yexuan Xiao

Saturday, 18 October 2025

Re: [std-proposals] Proposal: -Wverbose-style Magnus Fromreide

Friday, 17 October 2025

Re: [std-proposals] Proposal: -Wverbose-style SD SH

Thursday, 16 October 2025

Re: [std-proposals] Proposal: -Wverbose-style Frederick Virchanza Gotham

Tuesday, 14 October 2025

Re: [std-proposals] Proposal: -Wverbose-style Jonathan Wakely
Re: [std-proposals] Proposal: -Wverbose-style Jonathan Wakely
[std-proposals] Proposal: -Wverbose-style Jerome Saint-Martin

Monday, 13 October 2025

Re: [std-proposals] Relaxing precondition on std::set_intersection algorithm Iúri Chaer

Saturday, 11 October 2025

Re: [std-proposals] TBAA and extended floating-point types Tom Honermann

Friday, 10 October 2025

[std-proposals] Standardize allocator-aware uninitialized memory algorithms Yexuan Xiao

Thursday, 9 October 2025

Re: [std-proposals] ranges::size should always return a unsigned integer Frederick Virchanza Gotham
Re: [std-proposals] ranges::size should always return a unsigned integer Sebastian Wittmeier
Re: [std-proposals] ranges::size should always return a unsigned integer Frederick Virchanza Gotham
Re: [std-proposals] ranges::size should always return a unsigned integer Sebastian Wittmeier
Re: [std-proposals] ranges::size should always return a unsigned integer Frederick Virchanza Gotham

Wednesday, 8 October 2025

Re: [std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers Arthur O'Dwyer
Re: [std-proposals] ranges::size should always return a unsigned integer Arthur O'Dwyer
Re: [std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers Marcin Jaczewski
Re: [std-proposals] ranges::size should always return a unsigned integer Jonathan Wakely
Re: [std-proposals] ranges::size should always return a unsigned integer Jonathan Wakely
Re: [std-proposals] ranges::size should always return a unsigned integer Robin Savonen Söderholm
Re: [std-proposals] ranges::size should always return a unsigned integer Jonathan Wakely
Re: [std-proposals] ranges::size should always return a unsigned integer Jason McKesson
Re: [std-proposals] ranges::size should always return a unsigned integer Robin Savonen Söderholm
[std-proposals] ranges::size should always return a unsigned integer Yexuan Xiao
Re: [std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers Sebastian Wittmeier
Re: [std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers Simon Schröder

Tuesday, 7 October 2025

Re: [std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers Jonathan Wakely
Re: [std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers Peter Bindels
Re: [std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers Arthur O'Dwyer
Re: [std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers organicoman
Re: [std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers Rhidian De Wit
Re: [std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers Rhidian De Wit
[std-proposals] Proposal: Clarifying or Deprecating clear() in STL containers Jerome Saint-Martin
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Frederick Virchanza Gotham

Sunday, 5 October 2025

Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Frederick Virchanza Gotham
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Walt Karas
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Frederick Virchanza Gotham
Re: [std-proposals] Do not accept std::generator, please. Nikl Kelbon

Saturday, 4 October 2025

Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Frederick Virchanza Gotham
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Walt Karas
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Walt Karas
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Walt Karas
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Thiago Macieira
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Frederick Virchanza Gotham
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Thiago Macieira
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Walt Karas
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Thiago Macieira

Friday, 3 October 2025

Thursday, 2 October 2025

Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Thiago Macieira
Re: [std-proposals] Suggestion: non-static member variables for static-duration-only classes Jeremy Rifkin
[std-proposals] Suggestion: non-static member variables for static-duration-only classes Walt Karas
Re: [std-proposals] Async Lambdas Avi Kivity
Re: [std-proposals] Async Lambdas Avi Kivity

Wednesday, 1 October 2025

Re: [std-proposals] P3833R0a - std::unique_multilock or std::multi_lock Ted Lyngmo
Re: [std-proposals] P3833R0a - std::unique_multilock or std::multi_lock Tiago Freire
Re: [std-proposals] P3833R0a - std::unique_multilock or std::multi_lock Ted Lyngmo
Re: [std-proposals] Async Lambdas Arthur O'Dwyer
Re: [std-proposals] Async Lambdas Avi Kivity
Re: [std-proposals] Async Lambdas Lewis Baker
Re: [std-proposals] Async Lambdas Rhidian De Wit

Last message date: 2025-10-26 22:14:40