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 ...

[John Baldwin]

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