Subject: Re: rpcgen fix for -fshort-enums (fwd)
To: None <tech-toolchain@netbsd.org>
From: Ben Harris <bjharris@chiark.greenend.org.uk>
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 <bjh21@netbsd.org>
Portmaster, NetBSD/arm26 <URL:http://www.netbsd.org/Ports/arm26/>