Now that I think about enum I want question the fact that we cannot iterate over them in a for loop:

for (auto e : someEnum)
This should be a simple unroll even but still, compiler has all the information to make this happen: number of elements and types of everything.

Cheers, Filip

> Wiadomość napisana przez Filip <fph2137_at_[hidden]> w dniu 14 mar 2025, o godz. 12:48:
>
> Yes it could, but maybe we shouldn’t limit ourselves with types of enum to just integral types.
> Maybe the only things that should be considered is ++ and construction at compile time.
>
> In this example we could just use std::pair but what if you want 4 types?
>
> Cheers, Filip
>
>>> Wiadomość napisana przez Sebastian Wittmeier via Std-Proposals <std-proposals_at_[hidden]> w dniu 14 mar 2025, o godz. 12:43:
>>>
>> 
>> The enum in this case could have a std::pair<int, float> as fundamental type instead.
>>
>> Wouldn't that be simpler and more flexible, as this class (in this case std::pair) could provide added functionality, e.g. suitable constructors.
>>
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Filip <fph2137_at_[hidden]>
>> Gesendet: Fr 14.03.2025 12:33
>> Betreff: Re: [std-proposals] lambdas in enums
>> An: std-proposals_at_[hidden];
>> CC: Sebastian Wittmeier <wittmeier_at_[hidden]>; std-proposals_at_[hidden];
>> sizeof an enum is essentially a sizeof its underlying type, so it should be the sum of sizeof of each type.
>>
>> C and D are valid.
>> if the compiler can ( and should ) compare them and optimize the storage, then it could be optimized.
>> However then you would ensure that operator== is implemented for it to be used.
>>
>> Cheers, Filip
>> --
>> Std-Proposals mailing list
>> Std-Proposals_at_[hidden]
>> https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals