"Garrett D'Amore" wrote:

>>>> #   compile  mkdctype/mkdctype.lo
>>>> gcc -O -DHOST_TOOL
>>>> -I/home/garrett/netbsd/src/usr.bin/tn3270/tools/mkdctype/../../api -c -o
>>>> mkdctype.lo.o   
>>>> /home/garrett/netbsd/src/usr.bin/tn3270/tools/mkdctype/mkdctype.c
>>>> /home/garrett/netbsd/src/usr.bin/tn3270/tools/mkdctype/mkdctype.c:32:23:
>>>> sys/cdefs.h: No such file or directory

> Yes, but someone put #include <sys/cdefs.h> at the top of a bunch of
> files in the tn3270 directory.
> 
> I'm finding them all and replacing that with <stdio.h>
> 
> I guess folks forget that people cross-compile NetBSD from systems other
> than NetBSD itself. :-)
> 
> Grr.....

Given that it looks like the file you referenced grew the <sys/cdefs.h>
line over 8 years ago, it wouldn't seem to have been that big a problem.
We can fix these issues easily enough when we find them...

I don't think that using <stdio.h> is the best fix.  The tools stuff
detects the presence of <sys/cdefs.h> - maybe we can use that instead?

Simon.
--
Simon Burge                            <simonb@wasabisystems.com>
NetBSD Support and Service:         http://www.wasabisystems.com/