--Apple-Mail-19--360231514
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

Please disregard, the snapshot allowed me to move forward on this.  I 
still don't understand why self-hosted build environments continue to 
reach into a supposedly irrelevant userland, though.

Thanks,
Dave

On Mar 9, 2004, at 11:44 AM, David Hopper wrote:

> I've a chicken <-> egg problem here in trying to bring my 1.6P alpha 
> up to -current.
>
> After some time building, ./build.sh tools gives me:
>
> #      link  lint1/lint1
> cc -O -I/raid/src/tools/compat/obj.alpha 
> -I/raid/src/tools/compat/obj.alpha/include  
> -I/raid/src/tools/lint1/../compat -DHAVE_NBTOOL_CONFIG_H=1  
> -D_FILE_OFFSET_BITS=64 -D_NETBSD_SOURCE  
> -I/raid/src/tools/lint1/../../usr.bin/xlint/lint1 -I. 
> -DTARGET_OBJFMT_ELF 
> -I/raid/src/tools/lint1/../../usr.bin/xlint/lint1/../arch/alpha 
> -I/raid/src/tools/lint1/../../usr.bin/xlint/lint1/../common   -o lint1 
> cgram.lo scan.lo mem1.lo mem.lo err.lo main1.lo decl.lo tree.lo 
> func.lo init.lo emit.lo emit1.lo inittyp.lo 
> -L/raid/src/tools/compat/obj.alpha -lnbcompat -lz -lm
> tree.lo: In function `foldflt':
> tree.lo(.text+0x6a44): undefined reference to `__isnand'
> tree.lo(.text+0x6a48): undefined reference to `__isnand'
>
> Now, __isnand lives back in libc, but it requires new syscalls from a 
> recent kernel (which can't be built without the tools...).  Am I 
> correct in thinking an August snapshot will take care of this?
>
> Thanks,
> Dave
>

--Apple-Mail-19--360231514
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII

Please disregard, the snapshot allowed me to move forward on this.  I
still don't understand why self-hosted build environments continue to
reach into a supposedly irrelevant userland, though.


Thanks,

Dave<bold><fontfamily><param>Trebuchet MS</param>

</fontfamily></bold>

On Mar 9, 2004, at 11:44 AM, David Hopper wrote:


<excerpt>I've a chicken <<-> egg problem here in trying to bring my
1.6P alpha up to -current.


After some time building, ./build.sh tools gives me:


#      link  lint1/lint1

cc -O -I/raid/src/tools/compat/obj.alpha
-I/raid/src/tools/compat/obj.alpha/include 
-I/raid/src/tools/lint1/../compat -DHAVE_NBTOOL_CONFIG_H=1 
-D_FILE_OFFSET_BITS=64 -D_NETBSD_SOURCE 
-I/raid/src/tools/lint1/../../usr.bin/xlint/lint1 -I.
-DTARGET_OBJFMT_ELF
-I/raid/src/tools/lint1/../../usr.bin/xlint/lint1/../arch/alpha
-I/raid/src/tools/lint1/../../usr.bin/xlint/lint1/../common   -o lint1
cgram.lo scan.lo mem1.lo mem.lo err.lo main1.lo decl.lo tree.lo
func.lo init.lo emit.lo emit1.lo inittyp.lo
-L/raid/src/tools/compat/obj.alpha -lnbcompat -lz -lm

tree.lo: In function `foldflt':

tree.lo(.text+0x6a44): undefined reference to `__isnand'

tree.lo(.text+0x6a48): undefined reference to `__isnand'


Now, __isnand lives back in libc, but it requires new syscalls from a
recent kernel (which can't be built without the tools...).  Am I
correct in thinking an August snapshot will take care of this?


Thanks,

Dave


</excerpt>
--Apple-Mail-19--360231514--