--- Comment #17 from jsm28 at gcc dot gnu dot org 2008-08-27 22:04 ---
4.3.2 is released, changing milestones to 4.3.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from aaronavay62 at aaronwl dot com 2008-08-23 18:06
---
(In reply to comment #15)
This should be fixed on the trunk by
2008-08-20 Richard Guenther [EMAIL PROTECTED]
can someone verify this? Thanks.
Yes and no.
On revision 139510 (2008-08-23), the compilation
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-08-22 19:28
---
This should be fixed on the trunk by
2008-08-20 Richard Guenther [EMAIL PROTECTED]
* tree-vrp.c (found_in_subgraph): Remove.
(live): New global static.
(live_on_edge): New function.
--- Comment #14 from aph at gcc dot gnu dot org 2008-07-30 09:23 ---
This patch limits recursion in tree-vrp.
Index: tree-vrp.c
===
--- tree-vrp.c (revision 136670)
+++ tree-vrp.c (working copy)
@@ -4049,6 +4049,8 @@
--- Comment #13 from aaronavay62 at aaronwl dot com 2008-07-14 08:03
---
Joseph's patch doesn't work for me, because the --stack parameter never makes
it to the link line for some reason, and I get the same crash building
cipher.o. This is the relevant output of bootstrap:
rm -f
--- Comment #9 from ian at airs dot com 2008-06-14 05:59 ---
There aren't any obvious instructions on how to reproduce this bug. Andrew,
which file(s) in libgcj do you see problems with?
Adding Diego to CC since VRP is his baby.
--
ian at airs dot com changed:
What
--- Comment #10 from aph at gcc dot gnu dot org 2008-06-14 06:27 ---
The only way I can find out which file in libgcj causes the stack overflow is
to try to build it again with an unoptimized gcc. I can do so next week.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36218
--- Comment #11 from dannysmith at users dot sourceforge dot net
2008-06-14 10:01 ---
(In reply to comment #6)
Note that a native build should be done to verify that my patch increases the
stack limit enough to fix this bug, before marking it fixed.
With this patch (8 mb stack
--- Comment #12 from aaronavay62 at aaronwl dot com 2008-06-14 15:43
---
(In reply to comment #9)
There aren't any obvious instructions on how to reproduce this bug. Andrew,
which file(s) in libgcj do you see problems with?
If you build libjava on a Win32 (mingw32 or Cygwin) target
--- Comment #8 from mmitchel at gcc dot gnu dot org 2008-06-13 21:41
---
Ian --
Do you have any thoughts about this issue?
-- Mark
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from aph at gcc dot gnu dot org 2008-06-11 10:49 ---
This isn't just a mingw bug. It is also manifested in GNU/Linux if gcc itself
is built with -O0, as you need to do when debugging gcc.
There perhaps should be some limit to how far VRP goes before giving up.
--
--- Comment #5 from jsm28 at gcc dot gnu dot org 2008-06-08 16:15 ---
Subject: Bug 36218
Author: jsm28
Date: Sun Jun 8 16:14:33 2008
New Revision: 136563
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136563
Log:
PR tree-optimization/36218
* Makefile.def
--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-06-08 16:37 ---
Note that a native build should be done to verify that my patch increases the
stack limit enough to fix this bug, before marking it fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36218
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-05-22 20:10 ---
VRP did not exist in 4.0.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
14 matches
Mail list logo