std-proposals

Sunday, 30 August 2026

• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Sebastian Wittmeier
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Marcin Jaczewski
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Sebastian Wittmeier
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Thiago Macieira
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Yongwei Wu
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Yongwei Wu
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Yongwei Wu

Saturday, 29 August 2026

• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Tiago Freire
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Tiago Freire
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Tiago Freire
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Tiago Freire
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Tiago Freire
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Thiago Macieira
• Re: [std-proposals] does std:regex require exception support? Jonathan Wakely
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Thiago Macieira
• Re: [std-proposals] does std:regex require exception support? Yongwei Wu
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Yongwei Wu
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Henry Miller
• [std-proposals] does std:regex require exception support? mm-studios
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Marcin Jaczewski
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Marcin Jaczewski
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Sebastian Wittmeier
• Re: [std-proposals] Forget forget let's redact Tiago Freire
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Tiago Freire
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Simon Schröder
• Re: [std-proposals] Forget forget let's redact Jonathan Grant
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Jonathan Grant
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Jonathan Grant

Friday, 28 August 2026

• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Marcin Jaczewski
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Tiago Freire
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Marcin Jaczewski
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Sebastian Wittmeier
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Tiago Freire
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Tiago Freire
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Sebastian Wittmeier
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Bjorn Reese
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Henry Miller
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Rainer Deyke
• Re: [std-proposals] Forget forget let's redact Yongwei Wu
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Marcin Jaczewski
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Sebastian Wittmeier
• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Tiago Freire

Thursday, 27 August 2026

• Re: [std-proposals] fine-control exception/error/UB handling on function boundary Simon Schröder
• Re: [std-proposals] Forget forget let's redact Henry Skoglund
• [std-proposals] fine-control exception/error/UB handling on function boundary Zamfir Yonchev
• Re: [std-proposals] Forget forget let's redact Ted Lyngmo
• Re: [std-proposals] Forget forget let's redact Ted Lyngmo
• Re: [std-proposals] Forget forget let's redact Yongwei Wu
• Re: [std-proposals] Forget forget let's redact Yongwei Wu

Wednesday, 26 August 2026

• Re: [std-proposals] Forget forget let's redact Henry Skoglund
• Re: [std-proposals] Forget forget let's redact Ted Lyngmo

Tuesday, 25 August 2026

• Re: [std-proposals] Forget forget let's redact Tiago Freire
• Re: [std-proposals] Forget forget let's redact Jonathan Grant
• Re: [std-proposals] Forget forget let's redact Simon Schröder
• Re: [std-proposals] Forget forget let's redact Sebastian Wittmeier
• Re: [std-proposals] Forget forget let's redact Rune Lund Olesen

Monday, 24 August 2026

• Re: [std-proposals] Using [[assume]] attribute in contracts pre() and post() blocks David Brown
• Re: [std-proposals] Forget forget let's redact Sebastian Wittmeier
• Re: [std-proposals] Using [[assume]] attribute in contracts pre() and post() blocks Light And Ray
• Re: [std-proposals] Using [[assume]] attribute in contracts pre() and post() blocks Peter Bindels
• Re: [std-proposals] Forget forget let's redact Robin Savonen Söderholm
• Re: [std-proposals] Forget forget let's redact Henry Skoglund
• Re: [std-proposals] Using [[assume]] attribute in contracts pre() and post() blocks Ville Voutilainen
• Re: [std-proposals] Using [[assume]] attribute in contracts pre() and post() blocks David Brown
• Re: [std-proposals] Forget forget let's redact Jonathan Grant
• Re: [std-proposals] Forget forget let's redact Sebastian Wittmeier
• Re: [std-proposals] Using [[assume]] attribute in contracts pre() and post() blocks Sebastian Wittmeier
• [std-proposals] Using [[assume]] attribute in contracts pre() and post() blocks Light And Ray
• Re: [std-proposals] Forget forget let's redact Yongwei Wu
• Re: [std-proposals] Forget forget let's redact Tiago Freire
• Re: [std-proposals] Dynamic stack based array Rune Lund Olesen
• Re: [std-proposals] Dynamic stack based array Bjorn Reese
• Re: [std-proposals] Dynamic stack based array Rune Lund Olesen
• Re: [std-proposals] Forget forget let's redact Yongwei Wu
• Re: [std-proposals] Forget forget let's redact Jens Maurer

Sunday, 23 August 2026

• Re: [std-proposals] Forget forget let's redact Henry Skoglund
• Re: [std-proposals] Forget forget let's redact Sebastian Wittmeier
• Re: [std-proposals] Forget forget let's redact Henry Skoglund
• Re: [std-proposals] Forget forget let's redact Tiago Freire
• Re: [std-proposals] Forget forget let's redact Jonathan Grant
• Re: [std-proposals] Forget forget let's redact Simon Schröder

Saturday, 22 August 2026

• Re: [std-proposals] Forget forget let's redact Henry Skoglund
• Re: [std-proposals] Forget forget let's redact Ville Voutilainen
• Re: [std-proposals] Forget forget let's redact Henry Skoglund
• Re: [std-proposals] Forget forget let's redact Jonathan Grant
• Re: [std-proposals] Forget forget let's redact Ted Lyngmo

Friday, 21 August 2026

• Re: [std-proposals] Dynamic stack based array Tiago Freire
• Re: [std-proposals] D4444R0: std::big_int mm-studios
• Re: [std-proposals] D4444R0: std::big_int Matt Borland
• Re: [std-proposals] D4444R0: std::big_int Jan Schultke
• Re: [std-proposals] D4444R0: std::big_int Bjorn Reese
• Re: [std-proposals] P4334R0 C++ Contracts Jonathan Grant
• Re: [std-proposals] Dynamic stack based array Jonathan Grant
• Re: [std-proposals] D4444R0: std::big_int Matt Borland
• Re: [std-proposals] Dynamic stack based array Jan Schultke
• Re: [std-proposals] Dynamic stack based array Sebastian Wittmeier
• [std-proposals] Dynamic stack based array Rune Lund Olesen

Thursday, 20 August 2026

• Re: [std-proposals] D4444R0: std::big_int Lénárd Szolnoki
• Re: [std-proposals] Deliberate memory leak Frederick Virchanza Gotham
• Re: [std-proposals] P4334R0 C++ Contracts Ville Voutilainen

Wednesday, 19 August 2026

• Re: [std-proposals] D4444R0: std::big_int Vinnie Falco
• Re: [std-proposals] P4334R0 C++ Contracts Sebastian Wittmeier
• Re: [std-proposals] P4334R0 C++ Contracts Ville Voutilainen
• Re: [std-proposals] P4334R0 C++ Contracts Peter Bindels
• Re: [std-proposals] P4334R0 C++ Contracts Rainer Deyke
• Re: [std-proposals] P4334R0 C++ Contracts Jens Maurer
• [std-proposals] D4444R0: std::big_int Jan Schultke
• Re: [std-proposals] P4334R0 C++ Contracts Ville Voutilainen
• Re: [std-proposals] P4334R0 C++ Contracts Jens Maurer
• Re: [std-proposals] P4334R0 C++ Contracts Ville Voutilainen
• Re: [std-proposals] P4334R0 C++ Contracts Sebastian Wittmeier

Tuesday, 18 August 2026

• Re: [std-proposals] P4334R0 C++ Contracts Jonathan Grant
• Re: [std-proposals] P4334R0 C++ Contracts Peter Bindels
• Re: [std-proposals] P4334R0 C++ Contracts Jonathan Grant
• Re: [std-proposals] P4334R0 C++ Contracts Jonathan Grant
• Re: [std-proposals] P4334R0 C++ Contracts Jonathan Grant
• Re: [std-proposals] Fwd: [Draft Proposal] Further relaxing the range-for loop customization point finding rules Arthur O'Dwyer
• Re: [std-proposals] Fwd: [Draft Proposal] Further relaxing the range-for loop customization point finding rules David Brown
• Re: [std-proposals] Fwd: [Draft Proposal] Further relaxing the range-for loop customization point finding rules Connor Song
• Re: [std-proposals] Fwd: [Draft Proposal] Further relaxing the range-for loop customization point finding rules Arthur O'Dwyer

Monday, 17 August 2026

• Re: [std-proposals] uintfptr_t Thiago Macieira
• Re: [std-proposals] P4334R0 C++ Contracts Ville Voutilainen
• Re: [std-proposals] uintfptr_t JeanHeyd Meneide
• Re: [std-proposals] uintfptr_t Andrey Semashev
• Re: [std-proposals] uintfptr_t Jan Schultke
• [std-proposals] uintfptr_t Frederick Virchanza Gotham
• Re: [std-proposals] P4334R0 C++ Contracts Jonathan Grant
• [std-proposals] Forget forget let's redact Henry Skoglund

Sunday, 16 August 2026

• Re: [std-proposals] P4334R0 C++ Contracts Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Jonathan Grant
• Re: [std-proposals] Flat Member Pointer for Indirect Non-static Members Thiago Macieira
• Re: [std-proposals] A new C++ keyword: forget Henry Skoglund
• Re: [std-proposals] P4334R0 C++ Contracts Ville Voutilainen

Saturday, 15 August 2026

• Re: [std-proposals] P4334R0 C++ Contracts Peter Bindels
• Re: [std-proposals] P4334R0 C++ Contracts Ville Voutilainen
• Re: [std-proposals] P4334R0 C++ Contracts Ville Voutilainen
• Re: [std-proposals] P4334R0 C++ Contracts Andre Kostur
• [std-proposals] P4334R0 C++ Contracts Jonathan Grant
• Re: [std-proposals] Flat Member Pointer for Indirect Non-static Members Jens Maurer
• [std-proposals] Flat Member Pointer for Indirect Non-static Members SD SH

Friday, 14 August 2026

• Re: [std-proposals] A new C++ keyword: forget Jonathan Grant
• [std-proposals] Fwd: Generalizing `_` as a non-persistent binding Connor Song

Thursday, 13 August 2026

• Re: [std-proposals] A new C++ keyword: forget Jarrad Waterloo
• Re: [std-proposals] A new C++ keyword: forget Jonathan Grant
• Re: [std-proposals] A new C++ keyword: forget Jonathan Grant
• Re: [std-proposals] A new C++ keyword: forget Jonathan Grant
• Re: [std-proposals] A new C++ keyword: forget Jonathan Grant
• Re: [std-proposals] Generalizing `_` as a non-persistent binding Simon Schröder
• [std-proposals] Generalizing `_` as a non-persistent binding Connor Song
• Re: [std-proposals] A new C++ keyword: forget David Brown
• Re: [std-proposals] A new C++ keyword: forget Yongwei Wu
• Re: [std-proposals] A new C++ keyword: forget Sebastian Wittmeier
• Re: [std-proposals] A new C++ keyword: forget Aurelien Cassagnes
• Re: [std-proposals] A new C++ keyword: forget Simon Schröder
• Re: [std-proposals] A new C++ keyword: forget Udo Steinbach

Wednesday, 12 August 2026

• Re: [std-proposals] A new C++ keyword: forget Jonathan Grant
• Re: [std-proposals] A new C++ keyword: forget Henry Skoglund
• Re: [std-proposals] A new C++ keyword: forget Andrey Semashev
• Re: [std-proposals] A new C++ keyword: forget Henry Skoglund
• Re: [std-proposals] A new C++ keyword: forget Andrey Semashev
• Re: [std-proposals] A new C++ keyword: forget Simon Schröder
• Re: [std-proposals] A new C++ keyword: forget Sebastian Wittmeier
• Re: [std-proposals] A new C++ keyword: forget Sebastian Wittmeier
• Re: [std-proposals] A new C++ keyword: forget Andrey Semashev
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Andrey Semashev
• Re: [std-proposals] A new C++ keyword: forget Andrey Semashev
• Re: [std-proposals] A new C++ keyword: forget Bjorn Reese
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Andrey Semashev
• Re: [std-proposals] A new C++ keyword: forget Andrey Semashev
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Tiago Freire
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Udo Steinbach
• Re: [std-proposals] A new C++ keyword: forget Simon Schröder
• Re: [std-proposals] A new C++ keyword: forget Sebastian Wittmeier
• Re: [std-proposals] A new C++ keyword: forget Bjorn Reese
• Re: [std-proposals] A new C++ keyword: forget Connor Song
• Re: [std-proposals] A new C++ keyword: forget Tiago Freire
• Re: [std-proposals] A new C++ keyword: forget Rainer Deyke
• Re: [std-proposals] A new C++ keyword: forget Sebastian Wittmeier
• Re: [std-proposals] A new C++ keyword: forget Andrey Semashev
• Re: [std-proposals] A new C++ keyword: forget David Brown
• Re: [std-proposals] Sebastian Wittmeier Re: Extending the usage of final: trying to > make compiler optimize more aggressively and trying to make the > language have a proper way to represent customization point objects > (CPO). [was: Std-Proposals Digest, Bingzhi
• Re: [std-proposals] A new C++ keyword: forget Simon Schröder
• Re: [std-proposals] Sebastian Wittmeier Re: Extending the usage of final: trying to > make compiler optimize more aggressively and trying to make the > language have a proper way to represent customization point objects > (CPO). [was: Std-Proposals Digest, Simon Schröder
• Re: [std-proposals] Sebastian Wittmeier. Worry not, there's no `unfinal` keyword or `final_cast` Bingzhi
• Re: [std-proposals] A new C++ keyword: forget Tiago Freire
• Re: [std-proposals] Sebastian Wittmeier Re: Extending the usage of final: trying to > make compiler optimize more aggressively and trying to make the > language have a proper way to represent customization point objects > (CPO). [was: Std-Proposals Digest, Bingzhi
• Re: [std-proposals] A new C++ keyword: forget David Brown
• Re: [std-proposals] A new C++ keyword: forget Sebastian Wittmeier
• Re: [std-proposals] Sebastian Wittmeier Re: Extending the usage of final: trying to > make compiler optimize more aggressively and trying to make the > language have a proper way to represent customization point objects > (CPO). [was: Std-Proposals Digest, Sebastian Wittmeier
• Re: [std-proposals] A new C++ keyword: forget David Brown
• Re: [std-proposals] Sebastian Wittmeier Re: Extending the usage of final: trying to > make compiler optimize more aggressively and trying to make the > language have a proper way to represent customization point objects > (CPO). [was: Std-Proposals Digest, Simon Schröder
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Jens Maurer
• Re: [std-proposals] Sebastian Wittmeier Re: Extending the usage of final: trying to > make compiler optimize more aggressively and trying to make the > language have a proper way to represent customization point objects > (CPO). [was: Std-Proposals Digest, Bingzhi
• Re: [std-proposals] A new C++ keyword: forget Simon Schröder
• Re: [std-proposals] A new C++ keyword: forget Sebastian Wittmeier
• Re: [std-proposals] A new C++ keyword: forget Connor Song
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Marcin Jaczewski

Tuesday, 11 August 2026

• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Mital Ashok
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Henry Skoglund
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Henry Skoglund
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Henry Skoglund
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Jens Maurer
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Andrey Semashev
• Re: [std-proposals] A new C++ keyword: forget Tiago Freire
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] A new C++ keyword: forget Henry Skoglund
• Re: [std-proposals] A new C++ keyword: forget Simon Schröder
• Re: [std-proposals] A new C++ keyword: forget Sebastian Wittmeier
• Re: [std-proposals] A new C++ keyword: forget Henry Skoglund

Monday, 10 August 2026

• Re: [std-proposals] A new C++ keyword: forget Udo Steinbach
• Re: [std-proposals] Extending the usage of final: trying to make compiler optimize more aggressively and trying to make the language have a proper way to represent customization point objects (CPO). [was: Std-Proposals Digest, Vol 89, Issue 15] Sebastian Wittmeier
• Re: [std-proposals] Bo Persson Re: noexcept({ if constexpr (cond) { ... } else { ... } }) Bo Persson
• Re: [std-proposals] Std-Proposals Digest, Vol 89, Issue 15 Bingzhi
• Re: [std-proposals] Std-Proposals Digest, Vol 89, Issue 15 Bingzhi
• Re: [std-proposals] Bo Persson Re: noexcept({ if constexpr (cond) { ... } else { ... } }) Bingzhi
• Re: [std-proposals] concept struct and concept integrals: allow concept preserving more types of results and extend conjunction/disjunction. Bingzhi
• Re: [std-proposals] A new C++ keyword: forget Ville Voutilainen
• Re: [std-proposals] concept struct and concept integrals: allow concept preserving more types of results and extend conjunction/disjunction. Andre Kostur
• Re: [std-proposals] noexcept({ if constexpr (cond) { ... } else { ... } }) Bo Persson
• Re: [std-proposals] Extending the usage of final: trying to make compiler optimize more aggressively and trying to make the language have a proper way to represent customization point objects (CPO). Bo Persson
• [std-proposals] noexcept({ if constexpr (cond) { ... } else { ... } }) Bingzhi
• [std-proposals] Extending the usage of final: trying to make compiler optimize more aggressively and trying to make the language have a proper way to represent customization point objects (CPO). Bingzhi
• [std-proposals] concept struct and concept integrals: allow concept preserving more types of results and extend conjunction/disjunction. Bingzhi
• Re: [std-proposals] Fwd: [Draft Proposal] Further relaxing the range-for loop customization point finding rules Connor Song
• Re: [std-proposals] Fwd: [Draft Proposal] Further relaxing the range-for loop customization point finding rules Sebastian Wittmeier
• [std-proposals] Fwd: [Draft Proposal] Further relaxing the range-for loop customization point finding rules 宋志博

Sunday, 9 August 2026

• Re: [std-proposals] A new C++ keyword: forget Jonathan Wakely
• Re: [std-proposals] A new C++ keyword: forget Jarrad Waterloo
• Re: [std-proposals] A new C++ keyword: forget Peter Bindels
• Re: [std-proposals] A new C++ keyword: forget Jarrad Waterloo
• Re: [std-proposals] A new C++ keyword: forget Simon Schröder
• Re: [std-proposals] A new C++ keyword: forget Jonathan Wakely
• Re: [std-proposals] A new C++ keyword: forget Jan Schultke
• Re: [std-proposals] A new C++ keyword: forget Chris Ryan
• Re: [std-proposals] A new C++ keyword: forget Jarrad Waterloo
• Re: [std-proposals] Cooperative Cancellation of Coroutines Ville Voutilainen
• [std-proposals] A new C++ keyword: forget Henry Skoglund
• Re: [std-proposals] Cooperative Cancellation of Coroutines Lénárd Szolnoki

Saturday, 8 August 2026

• Re: [std-proposals] Cooperative Cancellation of Coroutines Ville Voutilainen
• Re: [std-proposals] Cooperative Cancellation of Coroutines Yexuan Xiao
• Re: [std-proposals] Cooperative Cancellation of Coroutines Simon Schröder

Friday, 7 August 2026

• [std-proposals] Cooperative Cancellation of Coroutines Yexuan Xiao

Tuesday, 4 August 2026

• Re: [std-proposals] Std-Proposals Digest, Vol 89, Issue 1 geguji60_at_[hidden]
• [std-proposals] 回复：Re: Class-level opt-in noexcept attribute (non-inheriting) geguji60_at_[hidden]
• [std-proposals] 回复：Re: Class-level opt-in noexcept attribute (non-inheriting) geguji60_at_[hidden]
• Re: [std-proposals] Class-level opt-in noexcept attribute (non-inheriting) Sebastian Wittmeier
• Re: [std-proposals] Class-level opt-in noexcept attribute (non-inheriting) Emanuel Spiridon
• Re: [std-proposals] Std-Proposals Digest, Vol 89, Issue 1 Robert Baumgartner
• [std-proposals] Class-level opt-in noexcept attribute (non-inheriting) geguji60_at_[hidden]

Last message date: 2026-08-30 14:07:16