Commit Message

Hi!
Especially the FEs and gimplification are highly recursive on more complex
(especially badly generated) testcases, the following patch attempts to
increase stack size to 64MB if possible. It is done in the driver
(where it can affect the children of the driver early) and also in
toplev_main to make similar results when invoking the compiler by hand,
unless mmap of some shared library or some other mmap make it impossible
to have such a large stack.
Bootstrapped/regtested on x86_64-linux and i686-linux, cures
gcc.c-torture/compile/limits-exprparen.c ICEs on x86_64-linux on all
-O* levels as well as the testcase from this PR (which is quite large and
compile time consuming, so not including it in this testcase).
2011-07-18 Jakub Jelinek <jakub@redhat.com>
PR c++/49756
* gcc.c (main): Try to increase RLIMIT_STACK to at least
64MB if possible.
* toplev.c (toplev_main): Likewise.
Jakub

Comments

On Jul 18, 2011, at 2:58 PM, Jakub Jelinek <jakub@redhat.com> wrote:
> Especially the FEs and gimplification are highly recursive on more complex> (especially badly generated) testcases, the following patch attempts to> increase stack size to 64MB if possible.
No, you'd need a max in there or a condition to ensure the new code doesn't lower the limit for this to be true?

On Jul 19, 2011, at 12:56 AM, Mike Stump <mikestump@comcast.net> wrote:
> On Jul 18, 2011, at 2:58 PM, Jakub Jelinek <jakub@redhat.com> wrote:>> Especially the FEs and gimplification are highly recursive on more complex>> (especially badly generated) testcases, the following patch attempts to>> increase stack size to 64MB if possible.> > No, you'd need a max in there or a condition to ensure the new code doesn't lower the limit for this to be true?
Ah, never mind I missed one little part of the patch.