[1509] in Kerberos_V5_Development
Re: lib/rpc -> lib/gssrpc
daemon@ATHENA.MIT.EDU (Sam Hartman)
Wed Aug 7 03:10:40 1996
To: Tom Yu <tlyu@MIT.EDU>
Cc: Marc Horowitz <marc@MIT.EDU>, krbcore@MIT.EDU
From: Sam Hartman <hartmans@MIT.EDU>
Date: 07 Aug 1996 03:10:34 -0400
In-Reply-To: Tom Yu's message of Tue, 6 Aug 1996 11:20:56 -0400
>>>>> "Tom" == Tom Yu <tlyu@MIT.EDU> writes:
>>>>> "Marc" == Marc Horowitz <marc@MIT.EDU> writes:
Tom> * Remove our own rpc/netdb.h and put the declarations
Tom> in our rpc/types.h.
Tom> * Rename $(BUILDTOP)/include/rpc to
Tom> $(BUILDTOP)/include/gssrpc; this defeats the purpose of being
Tom> a drop-in replacement for the vendor rpc support, as marc
Tom> points out.
auto-fill
It just isn't that simple. The problem is not that vendors
include rpc/types.h or rpc/netdb.h, and this causes struct rpcent to
be defined; the problem is that struct rpcent is defined in multiple
places.
1) We need to support including the system netdb.h in a gssrpc
program.
2) On some systems, this causes rpc/netdb.h to be included. It may include the system file explicitly or it may include our rpc/netdb.h.
3) Other platforms define struct rpcent in the system netdb.h file.
No rearrangement of names of include files is going to solve
this completely. You still have to deal with the case where two
include files that both define struct rpcent get included.
