--- Comment #8 from jakub at gcc dot gnu dot org 2008-02-13 22:31 ---
Subject: Bug 35138
Author: jakub
Date: Wed Feb 13 22:30:43 2008
New Revision: 132298
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132298
Log:
PR c++/35138
* parser.c
--- Comment #9 from jakub at gcc dot gnu dot org 2008-02-13 22:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2008-02-12 20:14 ---
Posted 3 alternative patches:
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00410.html
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00418.html
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00422.html
--
jakub at gcc
--- Comment #6 from jakub at gcc dot gnu dot org 2008-02-11 23:11 ---
cp_parser_class_name since PR20293 errors unconditionally even during tentative
parse. Mark, is there a way to get a silent tentative parse of the optional
nested name specifier plus typename? Or is trying to parse
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-08 16:11 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-08 22:15 ---
This is worse than PR32384, so either we have a fix for it or we should revert
the fix for PR32384 before 4.3.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2008-02-08 17:58 ---
Caused by my http://gcc.gnu.org/viewcvs?root=gccview=revrev=129836
This is during tentative parse, so I guess the errors should be suppressed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35138
--- Comment #4 from bangerth at dealii dot org 2008-02-08 21:51 ---
This should get higher priority than P3...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35138
