--- Comment #6 from tromey at gcc dot gnu dot org 2007-04-25 01:29 ---
This is fixed by the follow-on patch in PR 28709, see:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28709#c5
*** This bug has been marked as a duplicate of 28709 ***
--
tromey at gcc dot gnu dot org changed:
--- Comment #5 from dsb at boyski dot com 2007-03-16 12:58 ---
I just downloaded the latest 4.2 snapshot (gcc-4.2-20070307) and built it but
the behavior is the same. Given that the bugfix cited there dates back to
October and that it says "Known to work: 4.2.0" I assume the patch is pr
--- Comment #4 from tromey at gcc dot gnu dot org 2007-03-15 16:28 ---
I think this is probably the same thing as bug #28709,
and most likely fixed by the same patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from dsb at boyski dot com 2007-03-15 12:44 ---
(when I said "this" I meant to refer to the "invalid token" warnings)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31182
--- Comment #2 from dsb at boyski dot com 2007-03-15 12:42 ---
This is because the default behavior is to preprocess in C mode but as I
mentioned it happens in assembler mode. If you add the flag '-x
assembler-with-cpp' you should see the reported result. My test case was in a
file with
--- Comment #1 from fang at csl dot cornell dot edu 2007-03-15 04:35
---
Subject: Re: preprocessor doubles up digits in token
pasting
With your example, "g++ -E -"
gives me:
:2:1: error: pasting "foo2" and "2.2" does not give a valid
preprocessing token
foo22.2
with versions 4.0.1
