http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59211
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59211
--- Comment #5 from Marc Glisse ---
Author: glisse
Date: Mon Feb 3 19:07:55 2014
New Revision: 207436
URL: http://gcc.gnu.org/viewcvs?rev=207436&root=gcc&view=rev
Log:
2014-02-03 Marc Glisse
PR c++/53017
PR c++/59211
gcc/c-family/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59211
--- Comment #4 from Marc Glisse ---
(In reply to Daniel Krügler from comment #3)
> IMO the explicit conversion is necessary here and the fact that it doesn't
> work without it is not a bug. Note that a scoped enumeration type does not
> implicitly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59211
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59211
--- Comment #2 from Nadav Har'El ---
Amazing, this workaround indeed works :-) Thanks!
With the constexpr prio, indeed using prio+0 solved the problem.
For the enum class, prio::second, I can't use addition (because it isn't
implemented in this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59211
--- Comment #1 from Marc Glisse ---
Similar to PR 53017 (does the same +0 workaround work?). The main difference
with constructor seems to be a call to default_conversion.