Bug 23870

Summary: Crashing on make buildworld
Product: Base System Reporter: mbadolato <mbadolato>
Component: i386Assignee: freebsd-bugs (Nobody) <bugs>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Unspecified   
Hardware: Any   
OS: Any   

Description mbadolato 2000-12-27 02:30:01 UTC 
Ok, make world worked just fine for me last week. I'm up to 4.2 STABLE

I have nightly retrievals from cvsup, and the last three days I have 
attempted to do a new make world.  During the compilation it keeps 
dying with

r/src/i386/usr\" -
I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -
I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -
I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -
I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config   -
I/usr/obj/usr/src/i386/usr/include -c 
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c
cc: cpp: Internal compiler error: program cc1 got fatal signal 11output 
pipe has been closed

*** Error code 1

Stop in /usr/src/gnu/usr.bin/cc/cc_tools.
*** Error code 1

Stop in /usr/src/gnu/usr.bin/cc.
*** Error code 1

Most things I'm compiling are working just fine.   Just having a 
problem now with compiling glib, and right here with make world (which 
again, worked last week)

In addition, I've powered down the computer to let it cool, and changed out the memory chips to known good ones (of lesser amounts)

I'm on an AMD K6 233.  My kernel is nothing more than an exact copy of of GENERIC, just renamed for testing purposes.  No config changes inside.

My make.conf file is default except that I have NO_BUILDPERL uncommented (as I have upgraded my perl to 5.6.0)

How-To-Repeat: I've repeated it many times

New cvs synch
remove the /usr/obj directory
run a make clean and make cleandir
run make buildworld
Comment 1 dwmalone 2000-12-27 11:11:27 UTC 
On Tue, Dec 26, 2000 at 06:25:18PM -0800, mbadolato@cybernox.com wrote:

> I have nightly retrievals from cvsup, and the last three days I have 
> attempted to do a new make world.  During the compilation it keeps 
> dying with

Does it always die in the same place? If so, then it is probably
a software error - if not then it is probably a hardware problem.

	David.
Comment 2 dd freebsd_committer freebsd_triage 2001-04-29 03:46:20 UTC 
State Changed
From-To: open->closed

Most likely a hardware problem.