Subject: Re: sig_atomic_t
To: None <>
From: Chris G Demetriou <Chris_G_Demetriou@LAGAVULIN.PDL.CS.CMU.EDU>
List: tech-userlevel
Date: 01/09/1995 20:57:09
> There are several ways we can fix this problem: one is to add an
> _ANSI_SOURCE conditional to <machine/signal.h> to remove the
> sigcontext stuff, or we could make the type of sig_atomic machine
> independant.  Since sig_atomic_t is defined as "typedef int
> sig_atomic_t" for all arch's, there is no need to make it machine
> dependant.

i'd favor the former, as well.  sig_atomic_t isn't necessarily an
int... (in fact, in general, it seems that it should be a "long", at
least on the present and near-future systems that we will be