--- Comment #7 from tromey at gcc dot gnu dot org 2008-05-21 21:53 ---
Subject: Bug 2
Author: tromey
Date: Wed May 21 21:52:57 2008
New Revision: 135740
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135740
Log:
gcc/testsuite
PR preprocessor/2:
*
--- Comment #8 from tromey at gcc dot gnu dot org 2008-05-21 21:56 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2007-08-18 16:31 ---
This bug can also be reproduced using #pragma GCC dependency
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #5 from aldot at gcc dot gnu dot org 2007-05-02 21:40 ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14634#c12
has a similar case, from the looks, and is a regression WRT 4.1.2 where this
did work fine for me (the diagnostic was not garbled).
--
aldot at gcc dot gnu
--- Comment #4 from tromey at gcc dot gnu dot org 2007-02-14 19:50 ---
The patch I wrote does work. But now I think deferring error
messages is not the best approach, since it imposes a cost on
all error message output. Instead we could arrange for
#error (and #warning) to build up a
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-26 19:42 ---
I am testing a patch to defer error messages in this situation.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-08 02:14 ---
I looked into this a little bit tonight.
The bug here is that the code for #error calls
cpp_output_line, which ends up calling
cpp_error_with_line when transforming the trigraph.
So, the trigraph warning is emitted
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-27 17:38 ---
Compiling with -trigraphs, produces good results
[kudzu:trunk/objdir/gcc] pinskia% ./cc1 t.c -trigraphs -quiet
t.c:1:2: error: #error BUG|
Now without it does not:
[kudzu:trunk/objdir/gcc] pinskia% ./cc1 t.c
