simonb b52cdd0dd6 Copy the sparc/sparc64 __longjmp14() way of dealing with signal masks: ... * Restore the signal mask with sigprocmask() instead of _UC_SIGMASK, * since libpthread may want to interpose on signal handling. Fixes regress/lib/libpthread/siglongjmp1.		2004-07-03 05:44:55 +00:00
..
alpha	Add current directory to inlcude pathes as it needed for generated assym.h.	2004-05-25 21:06:50 +00:00
arm	the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless	2004-03-26 22:15:03 +00:00
hppa	Add a cerror.S and re-work various syscalls and SYS.h to use __cerror.	2004-07-01 06:50:04 +00:00
i386	the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless	2004-03-26 22:15:03 +00:00
m68k	the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless	2004-03-26 22:15:03 +00:00
mips	Copy the sparc/sparc64 __longjmp14() way of dealing with signal masks:	2004-07-03 05:44:55 +00:00
ns32k	the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless	2004-03-26 22:15:03 +00:00
powerpc	Update FPSCR_FX consistently per the Programming Environment Manual. So	2004-04-04 19:54:05 +00:00
sh3	Provide _REENTRANT code. It's a wonder nobody has noticed this before.	2004-05-28 23:39:09 +00:00
sh5	the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless	2004-03-26 22:15:03 +00:00
sparc	the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless	2004-03-26 22:15:03 +00:00
sparc64	the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless	2004-03-26 22:15:03 +00:00
vax	Revert previous; mhitch has already committed a workaround to ../Makefile.inc.	2004-06-06 17:09:48 +00:00
x86_64	disembowel -- there is no kernel support anyway	2004-03-26 19:26:23 +00:00