Subject: Re: rpcgen fix for -fshort-enums (fwd)
To: None <>
From: Ben Harris <>
List: tech-toolchain
Date: 02/05/2002 18:23:19
[ re-sent to the right list this time ]

In article <Pine.WNT.4.43.0202051124391.1112-100000@todd> you write:
>It has to be *exactly* the size of an enum_t, no more and no less, as
>interpreted by rpc/types.h.  This is because rpcgen casts "enum foo *" to
>"enum_t *".

That's true iff I don't fix that aspect of rpcgen's brokenness.  Does
anything other than emit_enum() depend on the enum_t<->enum equivalence
(rather than just that all enum values can be stored in an enum_t)?

Ben Harris                                                   <>
Portmaster, NetBSD/arm26               <URL:>