aboutsummaryrefslogtreecommitdiff
path: root/crypt/crypt-entry.c
diff options
context:
space:
mode:
authorJoseph Myers <joseph@codesourcery.com>2014-10-20 15:49:08 +0000
committerJoseph Myers <joseph@codesourcery.com>2014-10-20 15:49:08 +0000
commit42b7f5d48549b85386a9b28a1a90e66fd81ba273 (patch)
tree0db4d63549b90e99acc6317bf6f1b45befe5f8c7 /crypt/crypt-entry.c
parent114c4e0954b6a9f1d8ed83850ef106a041495037 (diff)
downloadglibc-42b7f5d48549b85386a9b28a1a90e66fd81ba273.tar
glibc-42b7f5d48549b85386a9b28a1a90e66fd81ba273.tar.gz
glibc-42b7f5d48549b85386a9b28a1a90e66fd81ba273.tar.bz2
glibc-42b7f5d48549b85386a9b28a1a90e66fd81ba273.zip
Move readv and writev definitions to syscalls.list (bug 14138).
Continuing the move of syscall definitions to syscalls.list, where the removal of support for old kernel versions has made this possible, this patch moves definitions of readv and writev. The relevant syscalls.list entries were already in sysdeps/unix/syscalls.list, but to match the C files they needed to have the names __libc_readv and __libc_writev added. In fact, I don't see anything making use of those names - as far as I can tell, these functions could just be defined as __readv and __writev with aliases readv and writev. But cleaning up unnecessary aliases for functions should be a separate matter from cleaning up unnecessary C syscall wrappers. Tested for x86_64. [BZ #14138] * sysdeps/unix/syscalls.list (readv): Use __libc_readv as strong name. (writev): Use __libc_writev as strong name. * sysdeps/unix/sysv/linux/readv.c: Remove file. * sysdeps/unix/sysv/linux/writev.c: Likewise.
Diffstat (limited to 'crypt/crypt-entry.c')
0 files changed, 0 insertions, 0 deletions