Date: Fri, 17 Apr 2026 14:53:22 +0100
Why am I credited for technical feedback in the proposal, which I had never
seen when you wrote it? Please remove my name.
Your proposal has no motivation for why this is useful. You claim "Existing
std::tuple implementations are optimized strictly for compile-time
indexing" but that is irrelevant. It's not "optimized" for compile-time
indexing, it just doesn't support anything else. Why is runtime indexing
useful in the first place? That's what your motivation should explain.
On Fri, 17 Apr 2026 at 03:26, Muneem via Std-Proposals <
std-proposals_at_[hidden]> wrote:
> Abstract: This proposal provides a specialization of std::tuple that can
> be indexed at runtime. It also introduces specializations for std::variant
> and std::optional to ensure the interface of such a tuple remains efficient.
> I wrote 3 files, the first was a complete draft that I am gonna paste as a
> txt file, the second was a formatted docx file that I wanted to float
> around the internet to get some feedback before I post it over here (sadly
> no on was interested in the poor man's document), and the third is the
> shortened version where I removed all the code and kept it conceptual.
> Sorry for pasting three files at once, but I just wanted to see which one
> is acceptable and which one isn't. Personally, I like the first two.
> --
> Std-Proposals mailing list
> Std-Proposals_at_[hidden]
> https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals
>
seen when you wrote it? Please remove my name.
Your proposal has no motivation for why this is useful. You claim "Existing
std::tuple implementations are optimized strictly for compile-time
indexing" but that is irrelevant. It's not "optimized" for compile-time
indexing, it just doesn't support anything else. Why is runtime indexing
useful in the first place? That's what your motivation should explain.
On Fri, 17 Apr 2026 at 03:26, Muneem via Std-Proposals <
std-proposals_at_[hidden]> wrote:
> Abstract: This proposal provides a specialization of std::tuple that can
> be indexed at runtime. It also introduces specializations for std::variant
> and std::optional to ensure the interface of such a tuple remains efficient.
> I wrote 3 files, the first was a complete draft that I am gonna paste as a
> txt file, the second was a formatted docx file that I wanted to float
> around the internet to get some feedback before I post it over here (sadly
> no on was interested in the poor man's document), and the third is the
> shortened version where I removed all the code and kept it conceptual.
> Sorry for pasting three files at once, but I just wanted to see which one
> is acceptable and which one isn't. Personally, I like the first two.
> --
> Std-Proposals mailing list
> Std-Proposals_at_[hidden]
> https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals
>
Received on 2026-04-17 13:53:39
