--- Comment #8 from tromey at gcc dot gnu dot org 2007-11-01 18:21 ---
Subject: Bug 30805
Author: tromey
Date: Thu Nov 1 18:20:48 2007
New Revision: 129827
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129827
Log:
libcpp
PR preprocessor/30805:
* macro.c (paste_
--- Comment #7 from tromey at gcc dot gnu dot org 2007-10-31 19:12 ---
I'm testing a revised patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2007-10-31 17:37 ---
This patch makes gcc enter an infinite loop rather than ICEing.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from bonzini at gnu dot org 2007-04-16 20:10 ---
What about a patch like this?
Index: macro.c
===
--- macro.c (revision 123691)
+++ macro.c (working copy)
@@ -499,9 +499,15 @@ paste_all_tokens (cpp_re
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-03-05 03:55
---
The fact that the result is in any case unspecified, coupled with the obscurity
of the code, makes this a P2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from joseph at codesourcery dot com 2007-02-19 22:20 ---
Subject: Re: [4.1/4.2/4.3 Regression] Internal
compiler error when using "x##,##__VA_ARGS__" in macro
The order of evaluation of ## operators is unspecified.
If the left ## is evaluated first, it tries to concate
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-02-19 21:09
---
Joseph --
Is this valid code?
Thanks,
-- Mark
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-16 01:34 ---
3.0.4 and 2.95.3 did not ICE on this. Confirmed a regression. I don't know if
this is valid or not.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
