[Mingw-notify] [ mingw-Bugs-655256 ] missing defines in signal.h

[<no...@so...>]

Bugs item #655256, was opened at 2002-12-18 00:22
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=655256&group_id=2435

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthew Burgess (ca9mbu)
Assigned to: Nobody/Anonymous (nobody)
Summary: missing defines in signal.h

Initial Comment:
I've just tried compiling smake-1.2a18 
(ftp://ftp.berlios.de/pub/smake/alpha/) using the latest 
MinGW/binutils/gcc toolchain.  The first errors that are 
encountered when compiling make.c is that SIGQUIT 
and SIGHUP are not defined.  As far as I can tell they 
should be in include/signal.h.  http://list-
archive.xemacs.org/xemacs-
patches/199904/msg00051.html has some defines that 
they felt necessary.  If there are particular reasons why 
these defines aren't included I'd like to hear about them, 
thanks.

Thanks in advance,

Matthew Burgess

----------------------------------------------------------------------

>Comment By: Luke Dunstan (infidel)
Date: 2002-12-18 09:50

Message:
Logged In: YES 
user_id=30442

The C runtime library and the operating system do not 
support these signals. Calling the signal() function with an 
unsupported signal number like the emacs patch appears to 
do would cause it to fail, so perhaps a better way to port the 
software to Mingw would be to not attempt to install the 
handlers at all. If "smake" can handle the failure of signal() 
then you can modify the software to add these signal 
identifiers, but I think it would be unwise to add these to the 
Mingw headers because it is always better for a program to 
fail at compile-time than at run-time.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=655256&group_id=2435