On Thu, 28 Dec 2000, Frank van der Linden wrote:

: > : > strlcpy/cat is in libc
: > :
: > : But the build system's libc might not. Don't know how big problem this
: > : might be for people.
: >
: > Was this change for a host (not installed) tool?
: >
: > If so, please back it out.  The host build environment needs to be as
: > generic as possible.
:
: So we can't use functions that are in libc, (and were there in our
: last major release) there? I fail to see the logic in this. Should
: we not use functions that haven't always been in libc then? Like
: snprintf? I see how this can be a problem in a generic Heimdal
: release, but it's very strange to not allow this in a NetBSD
: environment.

Re-read:

: > Was this change for a host (not installed) tool?

*Host* tools are not supposed to be NetBSD-specific.  (In fact, I'll be
making a Loonix chroot environment for cross-compiler toolchain work
specifically for finding the places where we assume the host system is
NetBSD.)

-- 
-- Todd Vierling <tv@wasabisystems.com>  *  Wasabi NetBSD:  Run with it.
-- NetBSD 1.5 now available on CD-ROM  --  http://www.wasabisystems.com/