On Sat, Apr 18, 2009 at 7:01 PM, Dave Korn
wrote:
>
> Hi,
>
> I'm getting a stack overflow caused by *very* deep recursion while trying to
> build gnu/javax/swing/text/html/parser/HTML_401F.o in libjava, bootstrapping
> HEAD on i686-pc-cygwin.
>
> With the default per-thread stack size of 2MB
Richard Guenther wrote:
> On Sat, Apr 18, 2009 at 7:01 PM, Dave Korn
> wrote:
>> With the default per-thread stack size of 2MB, it crashes in
>> tree_ssa_phiprop_1(), which by the time of the crash has recursed to a depth
>> that I can actually honestly describe as "OVER 9000"! If I boost the s
> On Sat, Apr 18, 2009 at 7:01 PM, Dave Korn
> wrote:
> >
> > Hi,
> >
> > I'm getting a stack overflow caused by *very* deep recursion while trying
> > to
> > build gnu/javax/swing/text/html/parser/HTML_401F.o in libjava, bootstrapping
> > HEAD on i686-pc-cygwin.
> >
> > With the default per
2009/4/19 Jan Hubicka :
>> On Sat, Apr 18, 2009 at 7:01 PM, Dave Korn
>> wrote:
>> >
>> > Hi,
>> >
>> > I'm getting a stack overflow caused by *very* deep recursion while trying
>> > to
>> > build gnu/javax/swing/text/html/parser/HTML_401F.o in libjava,
>> > bootstrapping
>> > HEAD on i686-p
> 2009/4/19 Jan Hubicka :
> >> On Sat, Apr 18, 2009 at 7:01 PM, Dave Korn
> >> wrote:
> >> >
> >> > Hi,
> >> >
> >> > I'm getting a stack overflow caused by *very* deep recursion while
> >> > trying to
> >> > build gnu/javax/swing/text/html/parser/HTML_401F.o in libjava,
> >> > bootstrapping
Anybody out there?
How about not doing the name expansion in-place but rather
storing the expanded name in an extra node field?
--Oliver
On 2009-04-18 at 21:35 +0200, Oliver Kellogg wrote:
> I've run up against a problem with reusing the GNAT trees:
> Apparently during semantic analysis entity
Snapshot gcc-4.3-20090419 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20090419/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
I don't think this is a bug but certainly it is a problem.
Would you please consider it and let me know? I hope so. Thanks.
The following simple volcalc.cpp code compiles with no errors (and
works) in Windows Visual C++.
It simply sizes the "alldata" array later in the code.
With g++ v.4.3.2 ins
On Sun, Apr 19, 2009 at 4:15 PM, Paolo Piacentini
wrote:
> I don't think this is a bug but certainly it is a problem.
>
> Would you please consider it and let me know? I hope so. Thanks.
>
> The following simple volcalc.cpp code compiles with no errors (and
> works) in Windows Visual C++.
> It sim
Richard Guenther wrote:
>
> Well ... in this case it's likely the problem that propagate_with_phi is
> inlined (single-use static function) and maybe other helpers of it too.
It is inlined. I rebuilt jc1 after adding __attribute__ ((noinline)), and
the stack frame size for tree_ssa_phiprop_1
> Vincent Lefevre writes:
>while ((*(q++))-- == 0) ;
Is that defined and legal?? Is q incremented before or after *q is
decremented? They are both post operators!
Jason Mancini
_
Rediscover Hotmail®: Get e-mail storage that g
Dave Korn wrote:
> Richard Guenther wrote:
>
>> Well ... in this case it's likely the problem that propagate_with_phi is
>> inlined (single-use static function) and maybe other helpers of it too.
>
> It is inlined. I rebuilt jc1 after adding __attribute__ ((noinline)), and
> the stack frame si
12 matches
Mail list logo
