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