GNU bug report logs - #13026
Assume POSIX 1003.1-1988 or later for signal.h.

Previous Next

Package: emacs;

Reported by: Paul Eggert <eggert <at> cs.ucla.edu>

Date: Thu, 29 Nov 2012 06:55:01 UTC

Severity: normal

Tags: patch

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 13026 <at> debbugs.gnu.org
Subject: bug#13026: Assume POSIX 1003.1-1988 or later for signal.h.
Date: Sun, 02 Dec 2012 17:31:48 -0800
[Message part 1 (text/plain, inline)]
On 11/30/2012 12:54 AM, Eli Zaretskii wrote:
> Maybe a better fix there would be to
> have an array of data (name and value of each signal), and loop
> through it, instead of using if-elseif.

Sure, that's easy enough.  Gnulib already has a module to do that.
Revised patch attached (most of the new stuff is just code
copied from Gnulib).  As a bonus, this fixes signal-process to
handle several signal names that it currently doesn't support,
such as those of the real-time signals.

> By the way, an alternative way of dealing with the lack of Posix
> signals on Windows is to condition the related fragments on WINDOWSNT,
> and remove the "#ifdef SIGFOO" conditions for Posix signals.

I'd rather use the Autoconf style, which is to test for individual
features rather than test for operating systems, as that tends to
make maintenance easier when operating systems or the emulations
mutate.

[signal.txt (text/plain, attachment)]

This bug report was last modified 12 years and 169 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.