Strange Buildworld problem
Jon Noack
noackjr at alumni.rice.edu
Tue Mar 23 07:31:42 PST 2004
On 3/22/2004 11:10 AM, Sean Page wrote:
> Greetings to the list.
> I seem to be having problems getting through a buildworld, has anyone else
> had this problem?. Just CVS'd source as of this morning on a fresh 5.2.1
> install and I'm still getting the following using a standard 'make
> buildworld' (no -j4 flags, etc):
>
> cc -O -pipe -D_GNU_SOURCE -I.
> -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd
> -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../libbfd/i386
> -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../../../../contrib/binut
> ils/include
> -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../../../../contrib/binut
> ils/gas
> -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../../../../contrib/binut
> ils/gas/config
> -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd/../../../../../contrib/binut
> ils -I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd/.. -DVERSION=\""2.13.2
> [FreeBSD] 2002-11-27"\" -DBFD_VERSION_STRING=\""2.13.2 [FreeBSD]
> 2002-11-27"\" -I/usr/obj/usr/src/i386/legacy/usr/include -static
> -L/usr/obj/usr/src/i386/legacy/usr/lib -o as app.o as.o atof-generic.o
> atof-ieee.o bignum-copy.o cond.o dwarf2dbg.o ecoff.o expr.o flonum-copy.o
> flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o
> listing.o literal.o macro.o messages.o output-file.o read.o sb.o stabs.o
> subsegs.o symbols.o write.o depend.o ehopt.o obj-elf.o tc-i386.o
> ../../libbfd/libbfd.a ../../libiberty/libiberty.a
> ../../libopcodes/libopcodes.a
> /usr/obj/usr/src/i386/legacy/usr/lib/libegacy.a -legacy
> as.o: In function `parse_args':
> as.o(.text+0x388): undefined reference to `getopt_long_only'
> *** Error code 1
>
> Stop in /usr/src/gnu/usr.bin/binutils/as/i386-freebsd.
> *** Error code 1
>
> Stop in /usr/src/gnu/usr.bin/binutils/as.
> *** Error code 1
>
> Stop in /usr/src/gnu/usr.bin/binutils.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
>
> Building on following system:
>
> FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004
> root at wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC
> Preloaded elf kernel "/boot/kernel/kernel" at 0xc09e3000.
> MPTable: <COMPAQ PROLIANT >
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Pentium II/Pentium II Xeon/Celeron (448.64-MHz 686-class CPU)
> Origin = "GenuineIntel" Id = 0x652 Stepping = 2
>
> Features=0x183fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,
> CMOV,PAT,PSE36,MMX,FXSR>
> real memory = 335527936 (319 MB)
> avail memory = 316297216 (301 MB)
>
>
> /etc/make.conf is pretty standard:
> BOOTWAIT= 0
>
> USA_RESIDENT= NO
>
> KERNCONF= ICABINET
>
> MASTER_SITE_BACKUP?=
> ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/
> <ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/>
> MASTER_SITE_OVERRIDE?= ${MASTER_SITE_BACKUP}
>
> SUP_UPDATE= yes
> SUP= /usr/local/bin/cvsup
> SUPFLAGS= -g -L 2
> SUPHOST= cvsup.ca.freebsd.org
> #SUPHOST= cvsup4.freebsd.org
> SUPFILE= /usr/share/examples/cvsup/stable-supfile
Why are you using stable-supfile? Unless you changed it, this file
tracks RELENG_4 (4.9-STABLE), as 5.x has not become -STABLE yet. Even
if you did change it, your next installworld will clobber it back to
RELENG_4. A better bet is to copy the supfile someplace safe and modify
to track RELENG_5_2 or '.' or whatever...
> #SUPFILE= /usr/share/examples/cvsup/security-supfile
This looks more promising (you seem to have created this file). I was
involved in a discussion with re@ about supfiles a while back (even
submitted patches), but nothing ever came of it. The consensus seemed
to be on creating a "release-supfile" to track the security release branch.
Jon
> PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile
>
> # -- use.perl generated deltas -- #
> # Created: Sun Feb 29 15:34:45 2004
> # Setting to use base perl from ports:
> PERL_VER=5.6.1
> PERL_VERSION=5.6.1
> PERL_ARCH=mach
> NOPERL=yo
> NO_PERL=yo
> NO_PERL_WRAPPER=yo
More information about the freebsd-current
mailing list