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_at_ 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=yoReceived on Tue Mar 23 2004 - 06:31:42 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:48 UTC