did you do a 'make build' or 'sh build.sh' ??

if you're using make build, your toolchain is not necessarily rebuilt.  you 
can rebuild it with 'sh build.sh -t' then go back to 'bake build'  or just 
build userland with 'sh build.sh' (the prefered way, or so i'm told ;-)

--joe

On Tuesday 12 March 2002 10:23, Werner Backes wrote:
> Hi,
>
> I'm trying do build userland  with the latest source but this
> fails with:
>
> CC=/usr/src/tools/tools.NetBSD-1.5ZA-i386/bin/i386--netbsdelf-gcc
> /usr/src/tools/tools.NetBSD-1.5ZA-i386/bin/i386--netbsdelf-lint
> -chapbxzF -w -X 272 -d /test/usr/include -D_LIBC -DNLS -DYP
> -DHESIOD -DLIBC_SCCS -DSYSLIBC_SCCS -D_REENTRANT
> -I/usr/src/lib/libc/include -DINET6 -D__DBINTERFACE_PRIVATE
> -I/usr/src/lib/libc/../../libexec/ld.elf_so
> -I/usr/src/lib/libc/dlfcn -DWITH_RUNE -DRUNEMOD_MAJOR=3
> -D_PATH_LOCALEMODULE=\"/usr/lib/runemodule\" -DRESOLVSORT
> -I. -DPOSIX_MISTAKE -DPORTMAP -DFLOATING_POINT -i LintSysNoerr.c
>
> /test/usr/include/machine/atomic.h(49): warning: conversion from
> 'unsigned long' may lose accuracy [132]
> *** Error code 1
>
> Stop.
> nbmake: stopped in /usr/src/lib/libc
> *** Error code 1
>
>
> machine/atomic.h seems to come from sys/arch/i386/include which
> is the sommerfeld_i386mp_1 branch on my system. What do I do wrong?
> I already tried "make clean" and "make cleandir" and tried to "cvs
> update -dP" from anonther cvs server but still the same..
> Btw, I wonder why the tool dir is still "tools.NetBSD-1.5ZA-i386",
> I would have excepted "1.5ZB". I don't set TOOLDIR in my thenvironment
> so I think this cannot be the problem.
>
> Werner