Subject: __isnand not found
To: None <current-users@netbsd.org>
From: David Hopper <dhop@gesi.net>
List: current-users
Date: 03/09/2004 11:44:28
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