--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-04-12 22:23 ---
Fixed for 4.5.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-04-12 22:20 ---
Subject: Bug 31869
Author: jsm28
Date: Sun Apr 12 22:20:02 2009
New Revision: 145989
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145989
Log:
libcpp:
PR preprocessor/31869
* macro.c (stringif
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||16620, 16989
nThis||
--- Comment #4 from truedfx at gentoo dot org 2007-12-28 20:59 ---
Yes, gcc 2.95.3 got it right, the program used to keep the space:
..
. .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31869
--- Comment #3 from truedfx at gentoo dot org 2007-05-10 00:33 ---
I see the same behaviour with gcc 3.3.6. I'm not able to check even older
versions for now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31869
--- Comment #2 from neil at gcc dot gnu dot org 2007-05-09 05:01 ---
The space is required by the standard. Is this a regression? I believe GCC
used to get this right but I could be wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31869
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-09 03:14 ---
I don't see a problem with this .. are two different tokens (.) so getting rid
of the space is ok here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31869
