[Bug libstdc++/59087] Issues including complex.h in C++11/1y mode because of C's complex.h

3dw4rd at verizon dot net gcc-bugzilla@gcc.gnu.org
Thu Nov 14 00:29:00 GMT 2013


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59087

Ed Smith-Rowland <3dw4rd at verizon dot net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |3dw4rd at verizon dot net

--- Comment #5 from Ed Smith-Rowland <3dw4rd at verizon dot net> ---
complex.h
---------
...
#define _Complex_I    (__extension__ 1.0iF)
...

So yes, this looks to C++11 etc. like a user-defined literal suffix.  Except
that the user-defined literal suffix interpretation is supposed to let standard
suffixes and implementation-defined suffixes get first crack.  Maybe there's a
hole in that logic?

Now figure out what __extension__ does and see if it can be used somehow to
intercept the usual suffix processing?  That just suppresses -pedantic.

Just thinking aloud.  I'm on it.



More information about the Gcc-bugs mailing list