[tree-ssa] Merge status
Joseph S. Myers
jsm@polyomino.org.uk
Fri Mar 19 08:14:00 GMT 2004
On Wed, 17 Mar 2004 law@redhat.com wrote:
> >#define IXDR_GET_LONG(buf) ((long)IXDR_GET_INT32(buf))
> >#define IXDR_PUT_LONG(buf, v) ((long)IXDR_PUT_INT32(buf, (long)(v)))
> >
> >? Solaris 9 uses similar definitions, that expect buf to point to a type
> >of appropriate width (and are only defined if !defined(_LP64)).
> But if you define them in that way you're going to get warnings.
> The *_LONG macros are used by the *_SHORT, *_ENUM, etc macros. And if
> you get warnings you break packages which build with -Werror.
As far as I can tell the _INT32 definitions will not generate warnings;
they just dereference the pointer (to whatever 32-bit type it might be),
increment the pointer and cast the result of the dereference. As the
casts are all explicit there shouldn't even be -Wconversion warnings.
(The _BOOL, _ENUM etc. macros should arguably use the _INT32 versions
directly rather than going via the deprecated _LONG macros, but I don't
think this should make any difference regarding the lack of warnings.)
--
Joseph S. Myers
jsm@polyomino.org.uk
More information about the Gcc-patches
mailing list