RELENG_4 buildworld fails in colldef with NO_BIND

[Doug Barton]

Should have poked at this a bit more before posting, sorry. I was
experimenting with having NO_BIND in make.conf, along with deleting all
the includes that are part of BIND. That combination is what caused the
failure.

To add insult to injury, the early colldef build is looking for
<arpa/inet.h> in /usr/include, not in /usr/obj.

I'll have to go back and take another look at the NO_BIND stuff as it
relates to includes...

Doug


On Wed, 2 Jul 2003, Doug Barton wrote:

> Very shortly after starting the buildworld, it fails in colldef:
>
> ===> usr.bin/colldef
> /usr/obj/home/src/i386/home/src/usr.bin/colldef created for
> /home/src/usr.bin/colldef
> yacc -d /home/src/usr.bin/colldef/parse.y
> cp y.tab.c parse.c
> lex -t -8 -i /home/src/usr.bin/colldef/scan.l > scan.c
> rm -f .depend
> mkdep -f .depend -a    -I. -I/home/src/usr.bin/colldef
> -I/home/src/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG
> -DYY_NO_UNPUT -D__FBSDID=__RCSID  parse.c scan.c
> /home/src/usr.bin/colldef/parse.y:32: arpa/inet.h: No such file or
> directory
> mkdep: compile failed
> *** Error code 1
>
> I looked in /usr/obj/home/src/i386/usr/include/arpa/ and indeed, inet.h
> is not there, but I can't figure out why.
>
> This is starting with a clean obj directory, and nothing fancier than
> 'make -DNOCLEAN buildworld'.
>
> Doug
>
>

-- 

    This .signature sanitized for your protection