From owner-cvs-src@FreeBSD.ORG Sat Oct 27 15:07:23 2007 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62F6E16A419; Sat, 27 Oct 2007 15:07:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 8F49F13C4A7; Sat, 27 Oct 2007 15:07:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 216362737-1834499 for multiple; Sat, 27 Oct 2007 11:09:59 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9RF78RN048229; Sat, 27 Oct 2007 11:07:15 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Robert Watson Date: Sat, 27 Oct 2007 11:05:46 -0400 User-Agent: KMail/1.9.6 References: <200710242133.l9OLX05K085372@repoman.freebsd.org> <200710261219.43878.jhb@freebsd.org> <20071027133621.I88930@fledge.watson.org> In-Reply-To: <20071027133621.I88930@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710271105.47091.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Sat, 27 Oct 2007 11:07:16 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/4608/Sat Oct 27 07:42:19 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org, Steve Kargl Subject: Re: cvs commit: src/sys/sys gpt.h src/lib/libstand Makefile src/sbin/gpt Makefile add.c boot.c gpt.8 gpt.c gpt.h show.c src/sys/boot/common ufsread.c src/sys/boot/i386 Makefile src/sys/boot/i386/gptboot Makefile gptboot.c gptldr.S ... X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 15:07:23 -0000 On Saturday 27 October 2007 08:37:05 am Robert Watson wrote: > On Fri, 26 Oct 2007, John Baldwin wrote: > > >>> I pulled sources via anoncvs about an hour ago. rm -rf /usr/obj/* cd > >>> /usr/src make buildworld > >>> > >>> cc -Os -fno-guess-branch-probability -fomit-frame-pointer > >>> -fno-unit-at-a-time -mno-align-l ong-strings -mrtd -mno-mmx -mno-3dnow > >>> -mno-sse -mno-sse2 -mno-sse3 -DUFS1_AND_UFS2 -DSIOPR T=0x3f8 -DSIOFMT=0x3 > >>> -DSIOSPD=9600 -I/usr/src/sys/boot/i386/gptboot/../../common -I/usr/sr > >>> > > c/sys/boot/i386/gptboot/../btx/lib -I/usr/src/sys/boot/i386/gptboot/../boot2 > >>> -Wall -Waggrega te-return -Wbad-function-cast -Wcast-align > >>> -Wmissing-declarations -Wmissing-prototypes -Wnest ed-externs > >>> -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline > >>> --param max -inline-insns-single=100 -ffreestanding > >>> -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno -sse -mno-sse2 > >>> -mno-sse3 -m32 -march=i386 -c /usr/src/sys/boot/i386/gptboot/gptboot.c > >>> /usr/src/sys/boot/i386/gptboot/gptboot.c:24:30: error: machine/bootinfo.h: > >>> No such file or dir ectory /usr/src/sys/boot/i386/gptboot/gptboot.c: In > >>> function 'main': /usr/src/sys/boot/i386/gptboot/gptboot.c:243: error: > >>> invalid use of undefined type 'struct boo tinfo' > >>> /usr/src/sys/boot/i386/gptboot/gptboot.c:243: error: 'BOOTINFO_VERSION' > >>> undeclared (first use in this function) > >>> /usr/src/sys/boot/i386/gptboot/gptboot.c:243: error: (Each undeclared > >>> identifier is reported o nly once > >>> /usr/src/sys/boot/i386/gptboot/gptboot.c:243: error: for each function it > >>> appears in.) /usr/src/sys/boot/i386/gptboot/gptboot.c:244: error: invalid > >>> use of undefined type 'struct boo tinfo' > >>> > >>> troutmask:root[250] find /usr/src -name bootinfo.h > >>> /usr/src/sys/i386/include/bootinfo.h /usr/src/sys/ia64/include/bootinfo.h > >> > >> /usr/src/sys/pc98/include/bootinfo.h > >> /usr/src/sys/powerpc/include/bootinfo.h > >>> > >>> So what am I missing? > >> > >> I'm seeing the same problem with a cross-build of amd64 from i386--I also > >> tried blowing away the object tree and it didn't appear to help. > > > > Should be fixed now. > > I'm now running into trouble with installworld on i486: > > cc -Os -fno-guess-branch-probability -fomit-frame-pointer > -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow > -mno-sse -mno-sse2 -mno-sse3 -DUFS1_AND_UFS2 -DSIOPRT=0x3f8 -DSIOFMT=0x3 > -DSIOSPD=9600 -I/usr/src/sys/boot/i386/gptboot/../../common > -I/usr/src/sys/boot/i386/gptboot/../btx/lib -I. > -I/usr/src/sys/boot/i386/gptboot/../boot2 -Wall -Waggregate-return > -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes > -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings > -Winline --param max-inline-insns-single=100 -ffreestanding > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 > -c /usr/src/sys/boot/i386/gptboot/gptboot.c > ld -static -N --gc-sections -nostdlib -Ttext 0x0 -o gptboot.out > /usr/obj/usr/src/sys/boot/i386/gptboot/../btx/lib/crt0.o gptboot.o sio.o > objcopy -S -O binary gptboot.out gptboot.bin > btxld -v -E 0x0 -f bin -b > /usr/obj/usr/src/sys/boot/i386/gptboot/../btx/btx/btx -l gptldr.bin -o > gptboot gptboot.bin > btxld:No such file or directory > *** Error code 1 > > Stop in /usr/src/sys/boot/i386/gptboot. > *** Error code 1 Hmm, this is probably the classic problem of the machine symlink being a newer date than the build causing installworld to try and rebuild the binary when it shouldn't. I've seen this on boot2 when storing the output of a buildworld in a cpio and extracting it since cpio doesn't preserve the times on symlinks. We actually just comment out the dependency on the 'machine' symlinks at work since we use cpio. :-/ -- John Baldwin