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

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

#include <private/bionic_asm.h>

    .hidden __set_errno

ENTRY(read)
    movl    $__NR_read, %eax
    syscall
    cmpq    $-MAX_ERRNO, %rax
    jb      1f
    negl    %eax
    movl    %eax, %edi
    call    __set_errno
1:
    ret
END(read)
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
Make __set_errno hidden in asm. This fixes the build after the -Bsymbolic change. Bug: 16853291 Change-Id: I989c9fec3c32e0289ea257a3bd2b7fd2709b6ce2 2014-08-09 00:19:20 +02:00			`.hidden __set_errno`

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(read)`
			`movl $__NR_read, %eax`
			`syscall`
			`cmpq $-MAX_ERRNO, %rax`
			`jb 1f`
			`negl %eax`
			`movl %eax, %edi`
Revert "Fix incorrect relocations for x86." Bug: 16853291 This reverts commit 512bc5232689bec9c763c8247b59de970096ff87. 2014-08-09 00:15:29 +02:00			`call __set_errno`
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(read)`