https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1914ca8791ce4e0ba821e818cb6f86c76afdb6f2
commit r15-3500-g1914ca8791ce4e0ba821e818cb6f86c76afdb6f2
Author: Jason Merrill
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665
--- Comment #7 from Eric Gallager ---
This patch for bug 46457 looks kind of related:
https://gcc.gnu.org/pipermail/gcc-patches/2024-September/662214.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665
--- Comment #6 from Eric Gallager ---
Note that clang has __attribute__((flag_enum)):
https://clang.llvm.org/docs/AttributeReference.html#flag-enum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665
--- Comment #4 from Daniel Fruzynski ---
@Jonathan Wakely: constexpr requires C++11. When I reported this bug, we still
were at C++98 with most of out codebase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665
--- Comment #3 from Jonathan Wakely ---
(In reply to Daniel Fruzynski from comment #0)
> - to eliminate above error, one has to define custom | operator for enum
> type. However when it is not marked as a constexpr, it causes another
> compilatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665
Eric Gallager changed:
What|Removed |Added
CC||palves at redhat dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
