NetBSD/lib/libc/arch
2004-05-17 14:14:18 +00:00
..
alpha the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless 2004-03-26 22:15:03 +00:00
arm the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless 2004-03-26 22:15:03 +00:00
hppa __sigreturn14 -> compat_16___sigreturn14 2004-05-17 14:14:18 +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 the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless 2004-03-26 22:15:03 +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 Mark gcc "millicode" functions .hidden if compiled for PIC. NB: these 2004-03-27 03:48:23 +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 the WARN_REFERENCES text "include <signal.h> for correct reference" is pointless 2004-03-26 22:15:03 +00:00
x86_64 disembowel -- there is no kernel support anyway 2004-03-26 19:26:23 +00:00