--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-31 12:52
---
(In reply to comment #9)
Should this be marked as fixed, or as 4.0-only, given the patch in Comment #8?
No because it still fails after that one with an ICE. See comment #6.
--
--- Comment #11 from hubicka at gcc dot gnu dot org 2005-10-31 21:07
---
Subject: Bug 24093
Author: hubicka
Date: Mon Oct 31 21:07:29 2005
New Revision: 106291
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106291
Log:
PR middle-end/24093
* cgraph.c
--- Comment #12 from hubicka at gcc dot gnu dot org 2005-10-31 21:10
---
Fixed by my patch (at least works on x86 and originally I reproduced same
failure)
Honza
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hubicka at gcc dot gnu dot org 2005-10-30 09:59 ---
Subject: Bug 24093
Author: hubicka
Date: Sun Oct 30 09:59:16 2005
New Revision: 106014
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106014
Log:
PR middle-end/24093
* ipa-inline.c
--- Comment #9 from mmitchel at gcc dot gnu dot org 2005-10-31 05:56
---
Should this be marked as fixed, or as 4.0-only, given the patch in Comment #8?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24093
--- Comment #5 from steven at gcc dot gnu dot org 2005-10-21 11:15 ---
Andreas, are you going to post your patch from comment #4?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from janis at gcc dot gnu dot org 2005-10-21 17:24 ---
I tried the patch with today's sources on powerpc64-linux and got the
following errors:
/home/janis/tools/gcc-mline-20051021/bin/gcc -c -o prune.o-fprofile-use
-DSPEC_CPU2000 -m32 -O3 prune.c
--- Comment #7 from janis at gcc dot gnu dot org 2005-10-21 19:49 ---
I took a closer look and discovered that compilation of prune.c also exhausts
memory without the patch, so the patch allows a latent problem to show itself.
With the patch, files fast-match.c, build-disjuncts.c, and
--- Comment #4 from krebbel1 at de dot ibm dot com 2005-10-17 14:42 ---
I think the problem is that cgraph_decide_recursive_inlining returns true even
if nothing got inlined. That may happen if the function is already more often
inlined into itself than max_depth. In this case the body
--- Comment #3 from janis at gcc dot gnu dot org 2005-10-13 16:35 ---
This still happens with mainline GCC built a few hours ago.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24093
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-12 12:33 ---
More information can be found:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00682.html
Confirming.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 00:58 ---
This happens still, correct?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24093
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
13 matches
Mail list logo
