Subject: Re: rpcgen and -fshort-enums round 2
To: NetBSD Toolchain Technical Discussion List <tech-toolchain@NetBSD.ORG>
From: David Laight <firstname.lastname@example.org>
Date: 02/20/2002 00:00:44
> Function prototypes are really just a crutch for lazy programmers (and
> no C programmer can ever afford to be lazy, ANSI-C or not!).
> Unfortunately function prototypes cause worse problems than they solve
> because of the unnecessary changes that were made to the parameter
> promotion rules. You really do not gain back enough safety features by
> being able to pack smaller types into int-sized registers or whatever.
Can I agree (for once)?
I've seen too many function prototypes where, because the DOMAIN of
an argument is [0..65535] the argument is defined as 'unsigned short'
(rather than int). On most modern systems this causes the compiler
to generate reams of extra code to ensure that 65535+1 => 0.
IMHO local variables, parmeters and function results should almost
always be [unsigned] int - unless you require wrapping at 2^8 or
David Laight: email@example.com