--- 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
--- 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
--- 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
--- 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
--- 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
--- 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/
--- 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
--- 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%
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last
--- 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
--- 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
--- 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
--- 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.
--
13 matches
Mail list logo
