--- Comment #9 from pinskia at gcc dot gnu dot org 2006-07-30 09:53 ---
*** Bug 28543 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from bangerth at dealii dot org 2006-04-18 03:50 ---
We've had numerous such reports in the past. The compiler can't do anything
to detect whether it has run out of stack space. What happens is that a
program allocates stack space, the operating systems gives it to the
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-06 06:14 ---
Yes this is just a stack overflow, I don't know if there is anything that cane
be done here since this is one of the reasons why -ftemplate-depth was added.
I don't know what the standard says about how this limit
--- Comment #4 from gcc at magfr dot user dot lysator dot liu dot se
2006-04-06 12:08 ---
The standard says the limit have to be more than 17, the g++ default is 500 in
order, I assume, to be nice to users.
The reason I reported the bug was that the compiler terminated with an
--- Comment #5 from gdr at integrable-solutions dot net 2006-04-06 12:23
---
Subject: Re: When using excessive -ftemplate-depth g++ overflows the stack
gcc at magfr dot user dot lysator dot liu dot se [EMAIL PROTECTED]
writes:
| The standard says the limit have to be more than 17,
--- Comment #6 from gcc at magfr dot user dot lysator dot liu dot se
2006-04-06 12:52 ---
(In reply to comment #5)
gcc at magfr dot user dot lysator dot liu dot se [EMAIL PROTECTED]
writes:
| The standard says the limit have to be more than 17,
No, the standard did not say
gcc at magfr dot user dot lysator dot liu dot se [EMAIL PROTECTED] writes:
| ( As an aside that suggests that you could have a strictly conforming
| implementation where the max limit is 0, but that discussion is more fitting
on
| comp.std.c++)
That is technically correct; but it is beside the
--- Comment #7 from gdr at integrable-solutions dot net 2006-04-06 13:09
---
Subject: Re: When using excessive -ftemplate-depth g++ overflows the stack
gcc at magfr dot user dot lysator dot liu dot se [EMAIL PROTECTED]
writes:
| ( As an aside that suggests that you could have a