[Bug c/12513] macro past '##' behaving differently that prev. and other C/C++ compilers
jerry_williams at candle dot com
gcc-bugzilla@gcc.gnu.org
Sun Oct 5 02:28:00 GMT 2003
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12513
------- Additional Comments From jerry_williams at candle dot com 2003-10-05 02:28 -------
Subject: Re: macro paste '##' behaving differently that prev. and
other C/C++ compilers
pinskia,
Could you please sight the standard (location), and date this
standard was recently changed, so we can verify the cause for this code to
change.
This syntax works with GNU C/C++ pre 3.3 release(2.96), and other
current C/C++ compilers used, about 10.
This appears to be a regression.
Thanks.
Jerry A Williams
"pinskia at gcc
dot gnu dot org" To: jerry_williams@candle.com
<gcc-bugzilla@gc cc:
c.gnu.org> Subject: [Bug c/12513] macro past '##' behaving differently that prev. and
other C/C++ compilers
10/04/2003 09:18
PM
Please respond
to gcc-bugzilla
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12513
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
GCC host triplet|lnx Suse 7.1 Intel |lnxSuse 7.1 Intel
Resolution| |INVALID
------- Additional Comments From pinskia at gcc dot gnu dot org 2003-10-05
02:18 -------
The error is correct according to the ISO/ANSI C and the ISO/ANSI C++
standards.
The way to correct the source is (removing the ##):
#define __STRINGIZE(_STR_) #_STR_
#define _STRINGIZE(_STR_) __STRINGIZE(_STR_)
#define _SOURCE_(_1_) _1_.h
#define _SOURCEPATH(_1_) _STRINGIZE(dir/_1_)
#include _SOURCEPATH(lib/_SOURCE_(foo))
------- You are receiving this mail because: -------
You reported the bug, or are watching the reporter.
More information about the Gcc-bugs
mailing list