From owner-freebsd-current Mon Sep 6 7:37:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 5D4281545B for ; Mon, 6 Sep 1999 07:37:27 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i251.ztm.euronet.nl [194.134.67.52]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id QAA27251; Mon, 6 Sep 1999 16:35:13 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id QAA86970; Mon, 6 Sep 1999 16:35:10 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37D3D11E.2AAD94DB@scc.nl> Date: Mon, 06 Sep 1999 16:35:10 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Dufault Cc: current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals References: <199909061408.KAA07292@hda.hda.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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