Re: sigpending fix

[Bruno Haible]

Eric Blake wrote:
> I noticed this, when experimenting with a sigaction replacement for mingw.  
> +     * lib/sigprocmask.c (sigpending): Return pending array via
> +     parameter, not return value.

Yes, it was obviously wrong. Thank you.

> Also, are there any systems targetted by gnulib where raise() still does not 
> exist (even though C89 requires it)?

There is none, among the systems for which people sent me a list of libc
symbols.

> Or can I go ahead and clean up sigprocmask.c and fatal-signal.c to blindly
> assume the existence of raise, as well as delete the raise module?

Yes you can change sigprocmask.c and fatal-signal.c to assume raise() nowadays.
But it does not hurt to keep the module 'raise' in gnulib for some more time,
like we are also having 'memmove' and 'strdup' in gnulib although no platform
of practical interest today needs it.

Bruno