ae6215337e
Don't use 1: label; it is uses by the PIC_PROLOGUE macro and we jmp in the
...
wrong place!
1999-02-22 13:07:14 +00:00
af1c8fd11a
For don't mess up the stack before calling syscall when using PIC_PROLOGUE.
1999-02-13 16:13:48 +00:00
e387e174fc
Amend for the PLT fixes, things broke last night with the changes to SYS.h
...
and cerror.S. In particular, the syscalls in the files committed below were
broken.
1999-02-08 18:56:48 +00:00
0b12e1c944
Generate C labels with _C_LABEL().
1998-07-01 01:28:48 +00:00
1394f01b4a
RCSID fixes: Always use the NetBSD rcsid and the macro RCSID() defined in
...
<machine/asm.h>; Also syscalls should be protected using the SYSLIBC_SCCS
define not LIBC_SCCS
1997-07-16 14:37:13 +00:00
051ae6c48a
Remove #include "SYS.h"; it is not needed (by normal assembly functions)
1995-12-28 21:32:25 +00:00
3f78e35cca
Use <machine/asm.h> instead of DEFS.h
1995-12-28 20:03:51 +00:00
26eccb0a9b
Exchange offsets of "saved signal mask" and "signal mask saved" so
...
that the layout of sigjmp_bufs and jmp_bufs are the same (except
for the "signal mask saved" appended to the end).
1994-12-24 01:05:44 +00:00
9c8862a970
Pedanticism.
1994-01-27 06:34:02 +00:00
34d1aad0c1
Use PIC_PLT macro with the function calls (as was done with setjmp()).
1993-10-21 01:59:44 +00:00
79591d04bc
So many files in arch/i386 have been changed I might as well run my
...
remove unecessary trailing whitespace script.
1993-10-21 01:48:14 +00:00
823c36577c
Change instances of LIBC_RCS back to LIBC_SCCS. If we are going to change
...
th LIBC_RCS, the entire source tree should be updated at once.
Remove && !defined(lint) from conditionals around rcs id's. No one is
ever going to pass a *.s file through lint.
1993-10-21 01:39:55 +00:00
97ad548bc0
Replaced instructions with immediate operands with compatible alternatives
...
saving a few bytes while the cycle count remains the same --- could
actually be faster, depending on the cache, prefetch queue, etc.
1993-10-20 18:50:15 +00:00
6802033480
sigsetjmp() for the i386.
1993-10-19 20:44:00 +00:00
christos