[Bug c++/22590] parser does not recover well after error

2005-07-21 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-21 17:58 --- Confirmed. Testcase: include "core.hh" typedef unsigned int size_t; namespace std { using ::size_t; } -- What|Removed |Added ---

[Bug c++/22590] parser does not recover well after error

2005-07-21 Thread bangerth at dealii dot org
--- Additional Comments From bangerth at dealii dot org 2005-07-21 23:11 --- With Andrew's little testcase, I get g/x> cat > x.cc include "core.hh" typedef unsigned int size_t; namespace std { using ::size_t; } g/x> /home/bangerth/bin/gcc-4.1-pre/bin/c++ -c x.cc x.cc:1: er

[Bug c++/22590] parser does not recover well after error

2005-07-21 Thread igodard at pacbell dot net
--- Additional Comments From igodard at pacbell dot net 2005-07-22 01:25 --- Then Andrew's test case is not showing the problem. In the original, although the message is the same as Andrew's, the line/file reference is deep inside a system include that contains the first program text aft

[Bug c++/22590] parser does not recover well after error

2005-07-21 Thread bangerth at dealii dot org
--- Additional Comments From bangerth at dealii dot org 2005-07-22 03:16 --- I believe you, though I can't reproduce with a simple set of include files. Can you try to reduce your program to something more reasonable that still shows the same problem? W. -- http://gcc.gnu.org/b

[Bug c++/22590] parser does not recover well after error

2005-07-21 Thread igodard at pacbell dot net
--- Additional Comments From igodard at pacbell dot net 2005-07-22 05:50 --- # 1 "opClock.cc" # 1 "/home/ivan/ootbc/members/src//" # 1 "" # 1 "" # 1 "opClock.cc" include "core.hh" # 1 "../../members/include/opClock.hh" 1 # 1 "/mnt/export/local/bin/../lib/gcc/i686-pc-linux-gnu/3.4.0/../..

[Bug c++/22590] parser does not recover well after error

2005-07-22 Thread bangerth at dealii dot org
--- Additional Comments From bangerth at dealii dot org 2005-07-22 12:53 --- I think I now get why I had less problems: this is already fixed in 4.0: g/x> /home/bangerth/bin/gcc-3.4*-pre/bin/c++ -c x.ii In file included from /mnt/export/local/bin/../lib/gcc/i686-pc-linux-gnu/3.4.0/