Date: Mon, 06 Sep 1999 16:35:10 +0200 From: Marcel Moolenaar <marcel@scc.nl> To: Peter Dufault <dufault@hda.com> Cc: current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals Message-ID: <37D3D11E.2AAD94DB@scc.nl> References: <199909061408.KAA07292@hda.hda.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Peter Dufault wrote: > > > Peter Dufault wrote: > > > > > Firstly, you should get rid of any explicit 32, 31, etc and anything > > > else tied to the assumed number of bits in an int. > > > > You first need to get rid of any code that assumes that siget_t is an > > (unsigned) integer. Use macros to abstract the access to the new sigset_t > > so that you don't replace one assumption with the other... > > But you want that code to break. What do you mean? > Further on you'll see I don't support this (this was a "dramatization" > of the structure), however, because the typedef ends in "_t" it is > reserved by POSIX for the implementation. > > This is a particularly safe implementation typedef, > since I don't anticipate uint64_t ever being used in a future specification > as a different data type. > > I don't know about ANSI. The point is that uint64_t (for example) is not exported to ANSI/Posix sources. uint64_t is simply undefined/undeclared. My first implementation used u_int32_t, but I had to change that because it broke build world in a very early stage. -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?37D3D11E.2AAD94DB>