bionic/libc/arch-x86_64/syscalls/setregid.S

/* Generated by gensyscalls.py. Do not edit. */

#include <private/bionic_asm.h>

ENTRY(setregid)
    movl    $__NR_setregid, %eax
    syscall
    cmpq    $-MAX_ERRNO, %rax
    jb      1f
    negl    %eax
    movl    %eax, %edi
    call    __set_errno_internal
1:
    ret
END(setregid)
Sort the syscalls.mk files, give all generated files the same header. No non-comment changes to the .S files. Change-Id: Iafcfd004c3ea92b64268f80ab16df615b97cefac 2013-10-16 23:27:59 +02:00			`/* Generated by gensyscalls.py. Do not edit. */`

Stop using the non-uapi <linux/err.h> header file. We only need it for MAX_ERRNO, and it's time we had somewhere to put the little assembler utility macros we've been putting off writing. Change-Id: I9354d2e0dc47c689296a34b5b229fc9ba75f1a83 2013-11-07 19:31:05 +01:00			`#include <private/bionic_asm.h>`
Regenerate the system call stubs (to get x86_64). This touches the x86 stubs too because arm, x86, and x86_64 now all share the same header (at a source level), which causes a reordering of the #include lines. Change-Id: If9a1e2b2718bd41d8399fea748bce672c513ef84 2013-10-01 22:29:43 +02:00
			`ENTRY(setregid)`
			`movl $__NR_setregid, %eax`
			`syscall`
			`cmpq $-MAX_ERRNO, %rax`
			`jb 1f`
			`negl %eax`
			`movl %eax, %edi`
Ensure __set_errno is still visible on LP32. The use of the .hidden directive to avoid going via the PLT for __set_errno had the side-effect of actually making __set_errno hidden (which is odd because assembler directives don't usually affect symbols defined in a different file --- you can't even create a weak reference to a symbol that's defined in a different file). This change switches the system call stubs over to a new always-hidden __set_errno_internal and has a visible __set_errno on LP32 just for binary compatibility with old NDK apps. (cherry-pick of 7efad83d430f4d824f2aaa75edea5106f6ff8aae.) Bug: 17423135 Change-Id: I6b6d7a05dda85f923d22e5ffd169a91e23499b7b 2014-09-09 00:25:01 +02:00			`call __set_errno_internal`
Regenerate the system call stubs (to get x86_64). This touches the x86 stubs too because arm, x86, and x86_64 now all share the same header (at a source level), which causes a reordering of the #include lines. Change-Id: If9a1e2b2718bd41d8399fea748bce672c513ef84 2013-10-01 22:29:43 +02:00			`1:`
			`ret`
			`END(setregid)`