https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469
--- Comment #17 from Thomas Mercier ---
I see, thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469
--- Comment #15 from Thomas Mercier ---
No objection to the error message, but I would have expected a syntax error for
standards earlier than 23 which don't claim to support manually specifying the
underlying type for the enum. Like this with gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61469
Thomas Mercier changed:
What|Removed |Added
CC||thomas.mercier.jr at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545
--- Comment #5 from Thomas Mercier ---
(In reply to Jonathan Wakely from comment #3)
> (In reply to Thomas Mercier from comment #2)
> > I thought that might be the response. Then why does it compile?
>
> Because the standard requires it to.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94545
--- Comment #2 from Thomas Mercier ---
I thought that might be the response. Then why does it compile? The fact that
it does, and produces a result is surprising. I don't know what the standard
says, but just looking at cppreference it says that
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: thomas.mercier.jr at gmail dot com
Target Milestone: ---
Created attachment 48252
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48252&action=edit
Preprocessed file
$ g++ -
Assignee: unassigned at gcc dot gnu.org
Reporter: thomas.mercier.jr at gmail dot com
Target Milestone: ---
Created attachment 44049
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44049&action=edit
Preprocessed file of program that reproduces the behavior
$ gcc -v
Using b
