--- Comment #11 from jsm28 at gcc dot gnu dot org 2008-07-04 15:33 ---
Closing 4.1 branch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.2 |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27881
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-11-14 17:25
---
The following simpler test case is sufficient to show the same behavior:
struct X{};
void f(X x)
{
f(x);
f(x);
}
Also, it is indeed true that --param max-inline-recursive-depth-auto=3 makes
this compile
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-11-14 17:42
---
It's true that the number of created calls is 2^N, but unfortunately the number
of created temporaries grows super-exponential:
--param max-inline-recursive-depth-auto grep 'struct X' t.C.t24.fixupcfg
| wc
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27881
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-06-07 13:43 ---
Recursive inlining causes memory usage to grow exponentially. The current
default limit is
DEFPARAM (PARAM_MAX_INLINE_RECURSIVE_DEPTH_AUTO,
max-inline-recursive-depth-auto,
The maximum depth of
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-06-07 13:49 ---
That was with recursion depth 3. With depth 2 we have 63 temporaries, with
depth 1 there are 3. Now guess what would be the number for a depth of 4.
Note this problem is fixed in 4.2. Anyone remembers which
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-06-07 14:01 ---
I'm checking if it was fixed by
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109379
Log:
2006-01-05 Richard Guenther [EMAIL PROTECTED]
Diego Novillo [EMAIL PROTECTED]
* tree-pass.h
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-06-07 14:23 ---
No, it wasn't. Janis, can you hunt this?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from janis at gcc dot gnu dot org 2006-06-07 22:44 ---
A regression hunt on powerpc-linux using the testcase in the description with
ulimit -v 50 identified this patch as the start of the failures:
http://gcc.gnu.org/viewcvs?view=revrev=102521
r102521 |
--- Comment #8 from janis at gcc dot gnu dot org 2006-06-07 23:19 ---
The failures stop on mainline with this patch:
http://gcc.gnu.org/viewcvs?view=revrev=109580
r109580 | hubicka | 2006-01-11 13:13:37 + (Wed, 11 Jan 2006)
--
janis at gcc dot gnu dot org changed:
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-06-03 20:32 ---
Confirmed. Also fails for release checking.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27881
13 matches
Mail list logo