[Bug bootstrap/27794] stack explosion

2008-05-02 Thread cnstar9988 at gmail dot com


--- Comment #11 from cnstar9988 at gmail dot com  2008-05-02 09:14 ---
I think it is a duplicate of PR 35169.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2008-05-02 Thread ebotcazou at gcc dot gnu dot org


--- Comment #12 from ebotcazou at gcc dot gnu dot org  2008-05-02 09:19 
---
 I think it is a duplicate of PR 35169.

All the more so that this was reported on the same machine. :-)


*** This bug has been marked as a duplicate of 35169 ***


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2008-04-18 Thread rwild at gcc dot gnu dot org


--- Comment #10 from rwild at gcc dot gnu dot org  2008-04-18 07:10 ---
Can you check whether this is a duplicate of PR 35169?


-- 

rwild at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rwild at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2008-04-17 Thread cnstar9988 at gmail dot com


--- Comment #8 from cnstar9988 at gmail dot com  2008-04-17 06:55 ---
gcc 4.2.2 hp ia64 11.23

Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz.
make[4]: *** [libgcc/hpux64/__divxf3.o] Segmentation fault (core dumped)
make[4]: Leaving directory `/os/build/gcc-4.2.2-build/build/gcc'
make[3]: *** [stmp-multilib] Error 2
make[3]: Leaving directory `/os/build/gcc-4.2.2-build/build/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory `/os/build/gcc-4.2.2-build/build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/os/build/gcc-4.2.2-build/build'
make: *** [all] Error 2


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2008-04-17 Thread cnstar9988 at gmail dot com


--- Comment #9 from cnstar9988 at gmail dot com  2008-04-17 07:18 ---
gcc 4.2.2 hp ia64 11.23

build failed.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2007-09-17 Thread kari-matti dot pulkkinen at comptel dot com


--- Comment #7 from kari-matti dot pulkkinen at comptel dot com  2007-09-17 
10:01 ---
Got the same error with 4.2.1:

/temp/cpt2k4p/gcc/HP-UXita/./gcc/xgcc -B/temp/cpt2k4p/gcc/HP-UXita/./gcc/
-B/vobs/prod/tools/gnu/gcc/HP-UXita/ia64-hp-hpux11.23/bin/
-B/vobs/prod/tools/gnu/gcc/HP-UXita/ia64-hp-hpux11.23/lib/ -isystem
/vobs/prod/tools/gnu/gcc/HP-UXita/ia64-hp-hpux11.23/include -isystem
/vobs/prod/tools/gnu/gcc/HP-UXita/ia64-hp-hpux11.23/sys-include -O2  -O2 -O 
-DIN_GCC-DUSE_LIBUNWIND_EXCEPTIONS -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
./include   -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I.
-I. -I/temp/cpt2k4p/gcc/gcc-4.2.1/gcc -I/temp/cpt2k4p/gcc/gcc-4.2.1/gcc/.
-I/temp/cpt2k4p/gcc/gcc-4.2.1/gcc/../include
-I/temp/cpt2k4p/gcc/gcc-4.2.1/gcc/../libcpp/include 
-I/temp/cpt2k4p/gcc/gcc-4.2.1/gcc/../libdecnumber -I../libdecnumber -mlp64
-DL__divxf3 -xassembler-with-cpp -c
/temp/cpt2k4p/gcc/gcc-4.2.1/gcc/config/ia64/lib1funcs.asm -o
libgcc/hpux64/__divxf3.o

Pid 5685 received a SIGSEGV for stack growth failure.
Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz. 
make[4]: *** [libgcc/hpux64/__divxf3.o] Segmentation fault (core dumped)
make[4]: Leaving directory `/net/nfs1/temp/cpt2k4p/gcc/HP-UXita/gcc'
make[3]: *** [stmp-multilib] Error 2
make[3]: Leaving directory `/net/nfs1/temp/cpt2k4p/gcc/HP-UXita/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory `/net/nfs1/temp/cpt2k4p/gcc/HP-UXita'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/net/nfs1/temp/cpt2k4p/gcc/HP-UXita'
make: *** [bootstrap] Error 2
[EMAIL PROTECTED] /usr/sbin/swapinfo 
 Kb  Kb  Kb   PCT  START/  Kb
TYPE  AVAILUSEDFREE  USED   LIMIT RESERVE  PRI  NAME
dev 16384000 2405588 13978412   15%   0   -1  /dev/vg00/lvol2
reserve   - 7281752 -7281752
memory  16768512 4921188 11847324   29%
[EMAIL PROTECTED] grep maxssiz /stand/system
tunable maxssiz 268434356
tunable maxssiz_64bit 2147483648
[EMAIL PROTECTED] 

Managed to compile OK with AIX 5.3, Solaris 10 and HP-UX 11.11


-- 

kari-matti dot pulkkinen at comptel dot com changed:

   What|Removed |Added

 CC||kari-matti dot pulkkinen at
   ||comptel dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2006-07-17 Thread sje at cup dot hp dot com


--- Comment #6 from sje at cup dot hp dot com  2006-07-17 17:09 ---
Have you tried the most recent gdb from HP?  It is available at
http://www.hp.com/go/gdb, I don't know if it will work better but it might.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2006-07-15 Thread ebotcazou at gcc dot gnu dot org


--- Comment #5 from ebotcazou at gcc dot gnu dot org  2006-07-15 20:39 
---
 Eric, do you have any new information on this problem?  I cannot reproduce it.

I'm totally at a loss.  I don't have any working debugger on the machine, the
system debugger enters an infinite loop:

azuma% /usr/ccs/bin/gdb32 xgcc
Detected 64-bit executable.
Invoking /usr/ccs/bin/gdb64.
Detected 32-bit executable.
Invoking /usr/ccs/bin/gdb32.
Detected 64-bit executable.
Invoking /usr/ccs/bin/gdb64.
Detected 32-bit executable.
Invoking /usr/ccs/bin/gdb32.
Detected 64-bit executable.
Invoking /usr/ccs/bin/gdb64.
Detected 32-bit executable.
Invoking /usr/ccs/bin/gdb32.
Detected 64-bit executable.
Invoking /usr/ccs/bin/gdb64.
Detected 32-bit executable.
Invoking /usr/ccs/bin/gdb32.
[...]

and building GDB 6.4 doesn't produce anything.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

   Last reconfirmed|-00-00 00:00:00 |2006-07-15 20:39:43
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2006-07-15 Thread ebotcazou at gcc dot gnu dot org


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|2006-07-15 20:39:43 |2006-07-15 20:40:38
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2006-07-13 Thread sje at cup dot hp dot com


--- Comment #4 from sje at cup dot hp dot com  2006-07-13 17:57 ---
Eric, do you have any new information on this problem?  I cannot reproduce it.


-- 

sje at cup dot hp dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2006-06-05 Thread sje at cup dot hp dot com


--- Comment #3 from sje at cup dot hp dot com  2006-06-05 17:47 ---
I shrank my stack to match yours and still can't reproduce this problem.
What were the configure options on this?   Did it use --enable-checking=all
or something like that?  Also, the log makes it look like it died when running
xgcc -dumpspecs.  This seems hightly unlikely since dumping the spec should be
a very simple, very fast thing for the compiler to do.  Whas this a parallel
build where the error message might be coming from a different command?  Is the
-dumpspec the first thing the bootstrap does with the new compiler?  I.e. does
any run of xgcc cause a stack growth failure?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2006-06-01 Thread ebotcazou at gcc dot gnu dot org


--- Comment #2 from ebotcazou at gcc dot gnu dot org  2006-06-01 19:14 
---
azuma% grep maxssiz /stand/system
tunable maxssiz 16777216
azuma% swapinfo
 Kb  Kb  Kb   PCT  START/  Kb
TYPE  AVAILUSEDFREE  USED   LIMIT RESERVE  PRI  NAME
dev 4194304   83860 41104442%   0   -1  /dev/vg00/lvol2
reserve   -  173972 -173972
memory  2085688 1108444  977244   53%


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794



[Bug bootstrap/27794] stack explosion

2006-05-30 Thread sje at cup dot hp dot com


--- Comment #1 from sje at cup dot hp dot com  2006-05-30 18:06 ---
My bootstraps are working fine.  What maxssiz are you using?

$ grep maxssiz /stand/system
tunable maxssiz_64bit 0x4000
tunable maxssiz 0x1000

How about swap space? (swapinfo will tell you)  I have 8 Gig.


-- 

sje at cup dot hp dot com changed:

   What|Removed |Added

 CC||sje at cup dot hp dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794