[nycbug-talk] -current moved from AMD to Celeron, can't build anymore

Tillman Hodgson tillman
Fri Dec 2 18:46:26 EST 2005


My old AMD 1800 box was starting to spontaneously reboot just a little
too often for my taste (it appears to be either a RAM or CPU problem) so
I decided to transfer the hard drive to a Celeron 800 box I had handy.

Strangely, the box dumps coreand reboots about 3/4 of hte way through
the boot sequence. Forcing single-user mode, I'm able to bring up the
basics (networking, sshd, etc) and poke around a bike.

I started to suspect that it was my old make.conf that was causing the
problem -- the optimizations may not be appropriate for the Celeron.
This tentative diagnosis was backed up when I tried to perform a
buildworld:


--------------------------------------------------------------
>>> stage 1.2: bootstrap tools
--------------------------------------------------------------
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp  INSTALL="sh
/usr/src/tools/install.sh"
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/tmp  MAKEFLAGS="-m /usr/src/tools/build/mk  -m
/usr/src/share/mk" make -f Makefile.inc1  DESTDIR=  BOOTSTRAPPING=700006
-DNO_HTML -DNO_INFO -DNO_LINT -DNO_MAN -DNO_NLS -DNO_PIC  -DNO_PROFILE
-DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS bootstrap-tools
===> games/fortune/strfile (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/games/fortune/strfile created for
/usr/src/games/fortune/strfile
rm -f .depend
mkdep -f .depend -a    -I/usr/obj/usr/src/tmp/legacy/usr/include
/usr/src/games/fortune/strfile/strfile.c
echo strfile: /usr/lib/libc.a
/usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend
cc -O2 -fno-strict-aliasing -pipe
-I/usr/obj/usr/src/tmp/legacy/usr/include -c
/usr/src/games/fortune/strfile/strfile.c
/usr/src/games/fortune/strfile/strfile.c: In function `add_offset':
/usr/src/games/fortune/strfile/strfile.c:346: internal compiler error:
Illegal instruction: 4
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
*** Error code 1


Illegal instructions, that doesn't look good.

The make.conf looked like this:

KERNCONF=BACKFORTY GENERIC
CPUTYPE?=i686
NO_PROFILE= true # Avoid compiling profiled libraries


Does that sound like a reasonable diagnosis? Are there ways to work
around this problem? (I have the 6.0 disc1 CD in the CD-ROM drive,
perhaps I could boot, chroot and build from there? If so, any pointers
as to how?)

-T


-- 
The greatest and most important problems of life cannot be solved.  They can 
only be outgrown.
	 - Sister Jessica, private journal entry




More information about the talk mailing list