[glibc] Linux: copy_file_range syscall number is always available
Florian Weimer
fw@sourceware.org
Tue Mar 3 13:26:00 GMT 2020
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=a72ae22d5d9951a97b4e3c3101cc651ef1a01da3
commit a72ae22d5d9951a97b4e3c3101cc651ef1a01da3
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Mar 3 12:11:01 2020 +0100
Linux: copy_file_range syscall number is always available
Due to the built-in tables, __NR_copy_file_range is always defined.
Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Diff:
---
sysdeps/unix/sysv/linux/copy_file_range.c | 5 -----
1 file changed, 5 deletions(-)
diff --git a/sysdeps/unix/sysv/linux/copy_file_range.c b/sysdeps/unix/sysv/linux/copy_file_range.c
index 65597ca..a73c89f 100644
--- a/sysdeps/unix/sysv/linux/copy_file_range.c
+++ b/sysdeps/unix/sysv/linux/copy_file_range.c
@@ -25,11 +25,6 @@ copy_file_range (int infd, __off64_t *pinoff,
int outfd, __off64_t *poutoff,
size_t length, unsigned int flags)
{
-#ifdef __NR_copy_file_range
return SYSCALL_CANCEL (copy_file_range, infd, pinoff, outfd, poutoff,
length, flags);
-#else
- __set_errno (ENOSYS);
- return -1;
-#endif
}
More information about the Glibc-cvs
mailing list