> On Jan 31, 2021, at 12:41 PM, Simon J. Gerraty <[email protected]> wrote: > > David Holland <[email protected]> wrote: >> "static volatile sig_atomic_t reap_children;" > > I chose int (which is what sig_atomic_t is) for portability. sig_atomic_t has been around for a fairly long time now, and NOT using it has a negative portability impact. -- thorpej
- Re: bmake inefficiencies Simon J. Gerraty
- Re: bmake inefficiencies Simon J. Gerraty
- Re: bmake inefficiencies David Holland
- Re: bmake inefficiencies Simon J. Gerraty
- Re: bmake inefficiencies Simon J. Gerraty
- Re: bmake inefficiencies Martin Husemann
- Re: bmake inefficiencies Simon J. Gerraty
- Re: bmake inefficiencies Martin Husemann
- Re: bmake inefficiencies Roland Illig
- Re: bmake inefficiencies Robert Elz
- Re: bmake inefficiencies Jason Thorpe
- Re: bmake inefficiencies Simon J. Gerraty
- Re: bmake inefficiencies Roland Illig
- Re: bmake inefficiencies David Holland
- Re: bmake inefficiencies Roland Illig
- Re: bmake inefficiencies Simon J. Gerraty
- Re: bmake inefficiencies Mateusz Guzik
- Re: bmake inefficiencies Simon J. Gerraty
- Re: bmake inefficiencies Mateusz Guzik
- Re: bmake inefficiencies Simon J. Gerraty
- Re: bmake inefficiencies Mateusz Guzik
