Re: libstdc++/1755

Re: libstdc++/1755

[gdr]

The following reply was made to PR libstdc++/1755; it has been noted by GNATS.

From: gdr@gcc.gnu.org
To: fleming.151@osu.edu, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org
Cc:  
Subject: Re: libstdc++/1755
Date: 11 Feb 2001 21:54:11 -0000

 Synopsis: libstdc++-v3 gen-num-limits fails on mips-sgi-irix5.3
 
 State-Changed-From-To: feedback->closed
 State-Changed-By: gdr
 State-Changed-When: Sun Feb 11 13:54:11 2001
 State-Changed-Why:
     Fixed by a patch from Mark Mitchell.
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=1755&database=gcc

Re: libstdc++/1755

[gerald]

The following reply was made to PR libstdc++/1755; it has been noted by GNATS.

From: gerald@gcc.gnu.org
To: fleming.151@osu.edu, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org
Cc:  
Subject: Re: libstdc++/1755
Date: 24 Jan 2001 11:46:08 -0000

 Synopsis: libstdc++-v3 gen-num-limits fails on mips-sgi-irix5.3
 
 State-Changed-From-To: open->feedback
 State-Changed-By: gerald
 State-Changed-When: Wed Jan 24 03:46:07 2001
 State-Changed-Why:
     Gabriel asked for feedback but forgot to change the state.
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=1755&database=gcc
>From mm7323@bris.ac.uk Sun Apr 01 00:00:00 2001
From: mm7323@bris.ac.uk
To: gcc-gnats@gcc.gnu.org
Subject: preprocessor/2264: Macro expansion failure with ## pre-processor operator
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010311200102.13648.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg02232.html
Content-length: 1969

>Number:         2264
>Category:       preprocessor
>Synopsis:       Macro expansion failure with ## pre-processor operator
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Mar 11 12:06:01 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     Redhat 7.0
>Release:        2.96
>Organization:
>Environment:
Linux x86.  Redhat 7.0
>Description:
#define BAR   bar
#define FOO(a) a ## BAR
FOO(foo) 

Would expect to get 'foobar' but get 'fooBAR' instead.

If we omit the ## operator, we get 'foo bar', which is inconsistent behavior IMHO.

See attachment for example and preprocessor output.
>How-To-Repeat:
See attachment.
>Fix:
Would expect example to give 'foobar'.
>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="typescript"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="typescript"

U2NyaXB0IHN0YXJ0ZWQgb24gU3VuIE1hciAxMSAxOTo0ODo1MiAyMDAxChtdMDttbTczMjNAbWlr
ZTogL2hvbWUvbW03MzIzL2J1ZwdbbW03MzIzQG1pa2UgYnVnXSQgY2F0IGJ1Zy5oIA0KDQovKiBU
ZXN0IDEgKi8NCiNkZWZpbmUgQkFSICAgYmFyDQojZGVmaW5lIEZPTyhhKSBhICMjIEJBUg0KDQov
KiBFeHBlY3QgdG8gYmUgJ2Zvb2JhcicgKi8NCkZPTyhmb28pIA0KDQoNCg0KLyogVGVzdCAyICov
DQojZGVmaW5lIENCUyAgY2JzDQojZGVmaW5lIEdQUChiKSBiIENCUw0KDQovKiBFeHBlY3QgdG8g
YmUgJ2dwcCBjYnMnICovDQpHUFAoZ3BwKQ0KDQoNChtdMDttbTczMjNAbWlrZTogL2hvbWUvbW03
MzIzL2J1ZwdbbW03MzIzQG1pa2UgYnVnXSQgZ2NjIC1DIC1FIGJ1Zy5oIA0KIyAxICJidWcuaCIN
Cg0KLyogVGVzdCAxICovDQoNCg0KDQovKiBFeHBlY3QgdG8gYmUgJ2Zvb2JhcicgKi8NCmZvb0JB
Ug0KDQoNCg0KLyogVGVzdCAyICovDQoNCg0KDQovKiBFeHBlY3QgdG8gYmUgJ2dwcCBjYnMnICov
DQpncHAgY2JzDQobXTA7bW03MzIzQG1pa2U6IC9ob21lL21tNzMyMy9idWcHW21tNzMyM0BtaWtl
IGJ1Z10kIGdjYyAtLXZlcnNpb24NCjIuOTYNChtdMDttbTczMjNAbWlrZTogL2hvbWUvbW03MzIz
L2J1ZwdbbW03MzIzQG1pa2UgYnVnXSQgZXhpdA0KClNjcmlwdCBkb25lIG9uIFN1biBNYXIgMTEg
MTk6NDk6MDggMjAwMQo=