--- Comment #8 from paolo dot carlini at oracle dot com 2009-04-28 10:34
---
Fixed for 4.4.1.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #7 from paolo at gcc dot gnu dot org 2009-04-28 10:32 ---
Subject: Bug 39880
Author: paolo
Date: Tue Apr 28 10:32:22 2009
New Revision: 146886
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146886
Log:
2009-04-28 Paolo Carlini
PR libstdc++/39880
P
--- Comment #6 from paolo at gcc dot gnu dot org 2009-04-25 19:02 ---
Subject: Bug 39880
Author: paolo
Date: Sat Apr 25 19:02:17 2009
New Revision: 146781
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146781
Log:
2009-04-25 Paolo Carlini
PR libstdc++/39880
P
--- Comment #5 from paolo at gcc dot gnu dot org 2009-04-25 19:01 ---
Subject: Bug 39880
Author: paolo
Date: Sat Apr 25 19:00:52 2009
New Revision: 146780
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146780
Log:
2009-04-25 Paolo Carlini
PR libstdc++/39880
P
--- Comment #4 from paolo dot carlini at oracle dot com 2009-04-25 11:13
---
Ok, then it's easy.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from chris_kohlhoff at internet-mail dot org 2009-04-25
11:03 ---
It's the intended behaviour that the conversion constructor and assignment
operator be disabled. That is, the std::errc type should not be implicitly
convertible to error_code, only to error_condition.
If
--- Comment #2 from paolo dot carlini at oracle dot com 2009-04-25 09:52
---
If we do this, I don't see how the error_code constructor and assignment
operator taking an ErrorCodeEnum can be made to work, that this how they can
actually accept a std::errc (I'm referring to n2723 and n279
--- Comment #1 from paolo dot carlini at oracle dot com 2009-04-25 09:13
---
Agreed. This is going to change a lot with concepts, of course, but in the old
n2521 for instance the specialization doesn't exist indeed.
--
paolo dot carlini at oracle dot com changed:
What