Subject: Re: Hesiod thoughts
To: None <>
From: Mike Long <>
List: current-users
Date: 10/23/1995 17:52:18
>Date: Mon, 23 Oct 95 10:13:04 PDT
>From: (Missing - presumed fed.)

>So why not just include the hesiod mods into getpwent() in such a way that
>they call the hes_getpw* routines, which could be in a separate library?
>If HESIOD is not defined, the hes_getpw* routines do nothing, i.e.

>Adding library link flags is something of a pain, and doesn't look entirely
>elegant, but it does make it a bit more modular than would otherwise happen,
>and since hesiod is the most concrete example NetBSD has of a potential
>module -- or "package", if you prefer -- I'll take the extra flags over
>"make lib" or "make world" any day.
>Or Did I Miss Something Here? [TM]

What about binary packages?  Shared executables built on hesiod-based
systems wouldn't work on non-hesiod systems, unless the non-hesiod
system had a do-nothing* .  Shared executables built on
non-hesiod systems wouldn't load properly on hesiod systems, because
the hes_getpw* symbols would be unresolved.

(This is all AFAIK, of course.)
Mike Long <> 
VLSI Design Engineer         finger for PGP public key
Analog Devices, CPD Division          CCBF225E7D3F7ECB2C8F7ABB15D9BE7B
Norwood, MA 02062 USA                assert(*this!=opinionof(Analog));