buildworld Fails at Exact Same Spot

[ninjatux]

http://pastebin.com/m7565932b

I cannot figure this out. I've posted on irc and tried their suggestions, and those have not worked. Their suggestions included testing memory and checking other hardware and resyncing the tree in case of corruption. I'm out of ideas. They're out of ideas. I'd appreciate any help you guys can give me.

[J65nko]

With flaky hardware, the buildworld will usual stop in different places. Yours fails at the same spot.

Have you seen http://readlist.com/lists/freebsd.org/freebsd-current/8/44000.html ?

[ninjatux]

I just looked at it, but that's specifically for building a chroot. Maybe a setting in make.conf is wrong.

http://www.nabble.com/speeding-up-buildworld-kernel-td15073949.html

This may actually have something to do with ccache.

[J65nko]

For that chroot he was doing a buildworld. So that is not so different ;)

His problem was doing an 32bit buildword on an 64 bit system, but an i386 CPU doesn't support some 64 bit specific assembler "mov' instructions. That was his error and probably yours too.

If you wonder whether a setting in make.conf is wrong. I don't understand why you did not post that file ;)

[ninjatux]

Yeah, I just caught that.


CPUTYPE= nocona
KERNCONF= STARBOX_KERNEL

.if ${.CURDIR:M*/ports/*}
CFLAGS= -O2 -fno-strict-aliasing -pipe -s -fomit-frame-pointer
CXXFLAGS= -O2 -fno-strict-aliasing -pipe -s -fomit-frame-pointer
.endif

# default build settings for base system
.if ${.CURDIR:M*/usr/src/*} || ${.CURDIR:M*/usr/obj/*}
CFLAGS+= -O2 -fno-strict-aliasing -pipe -s
CXXFLAGS+= -O2 -fno-strict-aliasing -pipe -s
COPTFLAGS= -O2 -fno-strict-aliasing -pipe -s
.endif

# use ccache while building base system
CC=/usr/local/libexec/ccache/world-cc
CXX=/usr/local/libexec/ccache/world-c++

# optimizations
WITH_SSE= yes
WITH_3DNOW= yes
WITH_MMX= yes
WITH_THREADS= yes
WITHOUT_DEBUG= yes

# X11
X_WINDOW_SYSTEM= xorg

# audio
WITHOUT_ESD= yes
WITHOUT_ESOUND= yes
WITHOUT_ARTS= yes
WITHOUT_XMMS= yes
WITHOUT_GSTREAMER= yes

# toolkits
WITHOUT_GTK= yes
WITHOUT_QT= yes
WITH_GTK2= yes

# encoding
WITH_UTF8= yes
WITH_MULTIBYTE= yes
WITH_UNICODE= yes
# WITH_NLS= yes
WITH_I18N= yes

# network/www
WITHOUT_IPV6= yes
WITHOUT_MOZILLA= yes
WITHOUT_MOZILLA_PLUGIN= yes
WITH_BROWSER= firefox
BROWSER= firefox

# graphics
WITH_JPEG= yes
WITH_GIMP= yes

# fonts
WITH_FREETYPE= yes
WITH_FREETYPE2= yes
WITH_XFT= yes

# multimedia
WITH_MPLAYER= yes
WITH_MPD= yes
WITHOUT_XINE= yes
WITHOUT_XINERAMA= yes
WITH_USB= yes

# print
WITH_PRINT= yes
WITH_CUPS= yes

# other
WITHOUT_GCONF= yes
WITHOUT_EXAMPLES= yes
WITHOUT_TEMPLATES= yes
WITHOUT_NAUTILUS= yes
WITH_PERL= yes
WITH_PYTHON= yes

# /usr/ports/graphics/gimp
.if ${.CURDIR:M*/ports/graphics/gimp}
WITH_EXIF= yes
WITH_PRINT= yes
WITHOUT_GNOMEPRINT= yes
WITH_MP= yes
.endif

# /usr/ports/lang/perl5.8
.if ${.CURDIR:M*/ports/lang/perl5.8}
WITH_THREADS= yes
.endif

# /usr/ports/lang/python
.if ${.CURDIR:M*/ports/lang/python}
WITHOUT_HUGE_STACK_SIZE= yes
WITHOUT_IPV6= yes
.endif

# /usr/ports/sysutils/conky
.if ${.CURDIR:M*/ports/sysutils/conky}
WITH_XFT= yes
WITHOUT_OWN_WINDOW= yes
WITH_MPD= yes
WITHOUT_SETI= yes
.endif

# /usr/ports/graphics/ImageMagick
.if ${.CURDIR:M*/ports/graphics/ImageMagick}
PERL_THREADED= true
WITH_IMAGEMAGICK_THREADS= yes
WITH_IMAGEMAGICK_DOT= yes
WITH_IMAGEMAGICK_SVG= yes
.endif

# /usr/ports/multimedia/mplayer
.if ${.CURDIR:M*/ports/multimedia/mplayer}
WITH_LANG= en
WITHOUT_GUI= yes
WITHOUT_IPV6= yes
WITHOUT_SKINS= yes
WITHOUT_NVIDIA= yes
WITHOUT_ARTS= yes
WITH_AALIB= yes
WITHOUT_ESOUND= yes
WITHOUT_XMMS= yes
WITHOUT_RTCPU= yes
.endif

# /usr/ports/textproc/libxml2
.if ${.CURDIR:M*/ports/textproc/libxml2}
.undef WITH_THREADS
.endif

# /usr/ports/irc/irssi
.if ${.CURDIR:M*/ports/irc/irssi}
WITH_PERL= yes
WITHOUT_IPV6= yes
.endif

# added by use.perl 2008-06-13 04:00:46
PERL_VER=5.8.8
PERL_VERSION=5.8.8

[ninjatux]

Ok, built fine when I moved make.conf to a different location so it wouldn't find it. I have to go throug htis then.

[ninjatux]

Any ideas?

[Carpetsmoker]

It's probably CPUTYPE, the wrong one?

[DrJ]

Also, I think 3DNow is an Athlon-specific call that the Nocona cannot use.

[ninjatux]

After cleaning all that up, it still wouldn't work. So, I commented out the ccache lines, and apparently ccache doesn't play nice iwth buildworld

[Eam404]

When in doubt use the GENERIC make.conf....

[davidgurvich]

If you look at the notes for ccache, you might notice a warning about using ccache for buildworld.

[ninjatux]

One of the first things I did was comment that out, but it was actually a combination of CPUTYPE and ccache, even though the CPUTYPE is correct.