Date: Wed, 31 Jan 2007 10:52:02 +0000 (GMT) From: Robert Watson <rwatson@FreeBSD.org> To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= <des@des.no> Cc: hackers@freebsd.org, Pascal Hofstee <caelian@gmail.com> Subject: Re: a question regarding <sys/shm.h> Message-ID: <20070131105024.L91177@fledge.watson.org> In-Reply-To: <86odofjyua.fsf@dwp.des.no> References: <45C04593.2090704@gmail.com> <20070131085206.GW892@turion.vk2pj.dyndns.org> <45C06167.60401@gmail.com> <86odofjyua.fsf@dwp.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 31 Jan 2007, Dag-Erling Smørgrav wrote: > Pascal Hofstee <caelian@gmail.com> writes: >> Any additional sugestions/objections are always greatly appreciated. > > On 32-bit platforms (i386, powerpc), int is a 32-bit signed integer while > size_t is a 32-bit unsigned integer. > > On 64-bit platforms (amd64, sparc64 etc), int is a 32-bit signed integer > while size_t is a 64-bit unsigned integer. > > In both cases, changing this structure member from int to size_t will break > the ABI. > > This doesn't mean you shouldn't do it, just that it should be done with > care. If we do decide to go ahead with the ABI change, there are a number of other things that should be done simultaneously, such as changing the uid and gid fields to uid_t and gid_t. I would very much like to see the ABI change happen, and the first step (breaking out kernel from user structures) has been done already as part of the MAC work. The next step is to add routines that translate internal/external formats, which isn't hard, but requires a moderate pile of code to do (as well as great care :-). Robert N M Watson Computer Laboratory University of Cambridge
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070131105024.L91177>