[1516] in Kerberos_V5_Development
Re: lib/rpc -> lib/gssrpc
daemon@ATHENA.MIT.EDU (Tom Yu)
Wed Aug 7 18:10:48 1996
Date: Wed, 7 Aug 1996 18:10:30 -0400
To: Sam Hartman <hartmans@MIT.EDU>
Cc: Marc Horowitz <marc@MIT.EDU>, Tom Yu <tlyu@MIT.EDU>, krbcore@MIT.EDU
From: Tom Yu <tlyu@MIT.EDU>
In-Reply-To: <tsln307wtpf.fsf@tertius.mit.edu>
>>>>> "Sam" == Sam Hartman <hartmans@MIT.EDU> writes:
Sam> One potential problem we may need to consider is what
Sam> happens if one of our old rpc/netdb.h files (from a previous
Sam> build/install cycle) manages to make its way into the include
Sam> path of a new build. I can't see a likely way for this to
Sam> happen, but if anyone else can, we may have a problem.
If someone installs our rpc/netdb.h into /usr/local/include, then
we're still ok, since if the system /usr/include/netdb.h includes
rpc/netdb.h, we will provide the struct rpcent declaration there, and
it will be ok. If /usr/include/netdb.h explicitly includes
/usr/include/rpc/netdb.h with the full path, we just lose, I think,
but I don't think I've ever seen a system where header files include
other header files by full paths.
---Tom
