--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.3 |4.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
--- Comment #52 from danglin at gcc dot gnu dot org 2009-07-30 03:55
---
This ICE appears to have been fixed on the trunk by revision 149750:
http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00631.html
The change affected inlining (see PR 40908), so possibly the problem is
just latent.
--
--- Comment #51 from danglin at gcc dot gnu dot org 2009-07-27 15:10
---
Doesn't occur if I configure with --disable-libstdcxx-pch.
This problem also causes the following fails (4.4.2):
FAIL: 26_numerics/complex/pow.cc (test for excess errors)
FAIL:
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.0 |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
--- Comment #50 from danglin at gcc dot gnu dot org 2009-03-29 18:49
---
During the PCH generation, there's only one node for which
decl_value_expr_insert
is called (a different PARM_DECL). So, I have to think the flag shouldn't be
set.
However, finding the PARM_DECL during PCH