This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
preprocessor/7457: failure preprocessing ## directive
- From: gnicholls at bluephoenixsolutions dot com
- To: gcc-gnats at gcc dot gnu dot org
- Date: 31 Jul 2002 19:50:39 -0000
- Subject: preprocessor/7457: failure preprocessing ## directive
- Reply-to: gnicholls at bluephoenixsolutions dot com
>Number: 7457
>Category: preprocessor
>Synopsis: failure preprocessing ## directive
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Jul 31 12:56:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator: Gregory Nicholls
>Release: gcc v3.1
>Organization:
>Environment:
hpux11 and solaris
>Description:
The following construct fails compilation:-
#define LIB_SUFF ".so"
#define SV_MODULE_NAME_STR "libdrv"##LIB_SUFF
This used to work on an earlier gcc and it also works on native
aix c89 as well as native hpux cc. This is old code so I'm not sure if
it's really a gcc bug or 'undefined behaviour'. In any case it's
easy to repeat.
>How-To-Repeat:
compile supplied test program. Should fail with the following:
gcc_test.c:6:29: warning: pasting ""libdrv"" and "LIB_SUFF" does not give a vali
d preprocessing token
>Fix:
Dont' know <grin>.
>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/x-unknown-content-type-cfile; name="gcc_test.c"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="gcc_test.c"
I2RlZmluZSBMSUJfU1VGRiAiLnNvIg0KI2RlZmluZSBTVl9NT0RVTEVfTkFNRV9TVFIgImxpYmRy
diIjI0xJQl9TVUZGDQoNCmludCBtYWluKGludCBhcmdjLCBjaGFyICoqYXJndikNCnsNCiBwcmlu
dGYoIk1vZHVsZSBOYW1lWyVzXVxuIixTVl9NT0RVTEVfTkFNRV9TVFIpOw0KIHJldHVybigwKTsN
Cn0NCg==