[Bug c++/19948] [4.0/4.1 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658

2005-03-13 Thread lerdsuwa at gcc dot gnu dot org
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-13 14:25 --- Look like caused by my changes to pushtag. -- What|Removed |Added

[Bug c++/19948] [4.0/4.1 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658

2005-02-27 Thread giovannibajo at libero dot it
--- Additional Comments From giovannibajo at libero dot it 2005-02-27 08:49 --- Please, always fill a different bugreport for different testcases, unless you can prove it is exactly the same problem (and here you surely cannot). Then add references forth and back. --

[Bug c++/19948] [4.0/4.1 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658

2005-02-27 Thread lerdsuwa at gcc dot gnu dot org
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-02-28 06:22 --- If you want a work around, simply use this in the first 'friend' declaration: friend class util::persistent_object_manager; There is still uncertainty about whether name from 'using'

[Bug c++/19948] [4.0/4.1 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658

2005-02-26 Thread fang at csl dot cornell dot edu
--- Additional Comments From fang at csl dot cornell dot edu 2005-02-27 06:25 --- 1) Has anyone figured out a workaround to this yet? I suppose I could remove some using namespace declarations and prefix type names with namespaces... I'll keep tinkering around. 2) New and

[Bug c++/19948] [4.0/4.1 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658

2005-02-26 Thread fang at csl dot cornell dot edu
--- Additional Comments From fang at csl dot cornell dot edu 2005-02-27 06:53 --- Workaround discovered (shortly after I asked for one, fancy that!) Declaring: using util::persistent_object_manager; inside the 'memory' namespace before the first friend declaration (after line