Date: Wed, 1 Sep 2010 08:17:35 -0400 From: John Baldwin <jhb@freebsd.org> To: freebsd-amd64@freebsd.org, Andriy Gapon <avg@icyb.net.ua> Cc: bde@freebsd.org Subject: Re: amd64/150170: SIG_ATOMIC_MIN/SIG_ATOMIC_MAX 32-bit when sig_atomic_t is 64-bit Message-ID: <201009010817.35653.jhb@freebsd.org> In-Reply-To: <201009011050.o81Ao3DB072806@freefall.freebsd.org> References: <201009011050.o81Ao3DB072806@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday, September 01, 2010 6:50:03 am Andriy Gapon wrote: > The following reply was made to PR amd64/150170; it has been noted by GNATS. > > From: Andriy Gapon <avg@icyb.net.ua> > To: Gerald Pfeifer <pfeifer@sputnik1.dbai.tuwien.ac.at> > Cc: Gerald Pfeifer <gerald@pfeifer.com>, FreeBSD-gnats-submit@FreeBSD.org > Subject: Re: amd64/150170: SIG_ATOMIC_MIN/SIG_ATOMIC_MAX 32-bit when sig_atomic_t > is 64-bit > Date: Wed, 01 Sep 2010 13:26:36 +0300 > > on 01/09/2010 01:32 Gerald Pfeifer said the following: > >> Number: 150170 > >> Category: amd64 > >> Synopsis: SIG_ATOMIC_MIN/SIG_ATOMIC_MAX 32-bit when sig_atomic_t is 64-bit > >> Confidential: no > >> Severity: non-critical > >> Priority: medium > >> Responsible: freebsd-amd64 > >> State: open > >> Quarter: > >> Keywords: > >> Date-Required: > >> Class: sw-bug > >> Submitter-Id: current-users > >> Arrival-Date: Tue Aug 31 23:00:13 UTC 2010 > >> Closed-Date: > >> Last-Modified: > >> Originator: Gerald Pfeifer > >> Release: FreeBSD 8.0-CURRENT amd64 > >> Organization: > >> Environment: > > System: FreeBSD ref9-amd64.freebsd.org 9.0-CURRENT FreeBSD 9.0-CURRENT #4 r208973: Thu Jun 10 08:49:43 UTC 2010 simon@ref9- amd64.freebsd.org:/scratch/obj/usr/src/sys/REF9-AMD64 amd64 > >> Description: > > On a 9.0-CURRENT machine, amd64, we have: > > > > /usr/include/machine/signal.h:typedef long sig_atomic_t; > > > > This is 32-bit. At the same time we have: > > > > /usr/include/machine/_stdint.h:#define SIG_ATOMIC_MIN INT32_MIN > > /usr/include/machine/_stdint.h:#define SIG_ATOMIC_MAX INT32_MAX > > > > Which is 64-bit. > > 32-bit vs 64-bit seems to be reversed here... Yes, but we should still fix this one way or another. I was surprised recently when I found that sig_atomic_t was long on amd64. Perhaps Bruce (cc'd) knows which way it should be fixed? -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201009010817.35653.jhb>