Re: bmake inefficiencies

["Simon J. Gerraty" <sjg%juniper.net@localhost>]

Martin Husemann <martin%duskware.de@localhost> wrote:

> [External Email. Be cautious of content]
> 
> 
> On Sun, Jan 31, 2021 at 12:41:47PM -0800, Simon J. Gerraty wrote:
> > David Holland <dholland-current%netbsd.org@localhost> wrote:
> > > "static volatile sig_atomic_t reap_children;"
> >
> > I chose int (which is what sig_atomic_t is) for portability.
> 
> No, it is not int - several NetBSD architectures use long.

Sorry,  the one I checked as int, but I don't see that it should really
matter?  int should be the type that any architecture deals with most
naturally.