bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: sigpending fix


From: Bruno Haible
Subject: Re: sigpending fix
Date: Tue, 17 Jun 2008 00:30:16 +0200
User-agent: KMail/1.5.4

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]