https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44611
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
--- Comment #7 from redi at gcc dot gnu dot org 2010-06-21 15:56 ---
(In reply to comment #6)
> To be honest, I have zero doubts about nullptr_t: nowhere 18.2 hints at
> providing it in the global namespace, per se.
[depr.c.headers]/3
"The header assuredly provides the same declaration
--- Comment #8 from paolo dot carlini at oracle dot com 2010-06-21 16:02
---
To be clear: I'm against fiddling with *.h headers, basing on DR456. If you
want to do that, for each C library we support, good luck, but I'm not going to
help, sorry.
And note that appendix D talks about *th
--- Comment #6 from paolo dot carlini at oracle dot com 2010-06-21 15:41
---
To be honest, I have zero doubts about nullptr_t: nowhere 18.2 hints at
providing it in the global namespace, per se.
About signbit, if it's a macro in C it has to be undefined in order to
implement the facil
--- Comment #5 from redi at gcc dot gnu dot org 2010-06-21 14:52 ---
But should std::signbit be available as ::signbit when is included, at
least for c++0x mode?
[depr.c.headers]/2 says
"Every C header, each of which has a name of the form name.h, behaves as if
each name placed in the
