multiple definitions of ROUNDUP macro

Brooks Davis brooks at one-eyed-alien.net
Tue Apr 13 08:35:38 PDT 2004


On Tue, Apr 13, 2004 at 01:47:20AM -0700, Luigi Rizzo wrote:
> The ROUNDUP macro, used to account for the space occupied by a sockaddr   
> when passed through a routing socket, is defined in a zillion places:
> 
> src/usr.sbin/IPXrouted/startup.c:#define ROUNDUP(a) \
> src/usr.sbin/arp/arp.c:#define ROUNDUP(a) \
> src/usr.sbin/ndp/ndp.c:#define ROUNDUP(a) \
> src/usr.sbin/ppp/defs.h:#define ROUNDUP(x) ((x) ? (1 + (((x) - 1) | (sizeof(longsrc/usr.sbin/route6d/route6d.c:#define ROUNDUP(a) \
> src/usr.sbin/rwhod/rwhod.c:#define ROUNDUP(a) \
> src/sys/net/route.c.orig:#define ROUNDUP(a) (a>0 ? (1 + (((a) - 1) | (sizeof(lonsrc/sys/net/rtsock.c:#define ROUNDUP(a) \
> 
> A similar macro, ADVANCE, has similar problems.
> This is confusing at best, and a likely source of trouble.
> 
> If there are no objections I would like to replace it with a
> centralised macro (possibly with a suitable name) which takes
> a sockaddr * as argument and returns the rounded-up size of the
> object as a result.

Sounds good.  BDE suggested the roundup/roundup2 macros in sys/param.h
when I was removing some macros from net/if.c.

> BTW, i notice that the rounding is to multiples of "sizeof(long)",
> and i wonder if this is intentional, especially on 64-bit
> architectures.

Our wordsize is long on all architectures so that makes sense to me.

-- Brooks

-- 
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-net/attachments/20040413/c42567e1/attachment.bin


More information about the freebsd-net mailing list