diff options
| author | Paul Eggert <eggert@cs.ucla.edu> | 2019-06-06 15:44:33 -0700 |
|---|---|---|
| committer | Paul Eggert <eggert@cs.ucla.edu> | 2019-06-06 15:46:20 -0700 |
| commit | b0d998d2e04050dd3c65816b277cf0f91c9ca74c (patch) | |
| tree | d38b87aaa26d3e7ff94c484b4ca34d689be564c9 /modules | |
| parent | a1beabcb14cde661c36f7a3c7c17b5871704003e (diff) | |
| download | gnulib-b0d998d2e04050dd3c65816b277cf0f91c9ca74c.tar.gz | |
copy-file-range: simplify into a stub
Based on a comment by Florian Weimer in:
https://lists.gnu.org/r/bug-gnulib/2019-06/msg00007.html
It turns out that Emacs (which will use this module) won’t need an
emulation and I suspect other programs won’t either, because these
programs will need to fall back on read+write anyway. Perhaps I
am wrong and other programs will be able to use an emulation; if
so, this patch can be reverted.
* lib/copy-file-range.c (COPY_FILE_RANGE): Replace with a stub.
Just call it copy_file_range.
* m4/copy-file-range.m4 (gl_FUNC_COPY_FILE_RANGE):
Check via AC_LINK_IFELSE.
* modules/copy-file-range (Depends-on): Remove modules no longer used.
Diffstat (limited to 'modules')
| -rw-r--r-- | modules/copy-file-range | 5 |
1 files changed, 0 insertions, 5 deletions
diff --git a/modules/copy-file-range b/modules/copy-file-range index 18742ef3b5..42d6e6f311 100644 --- a/modules/copy-file-range +++ b/modules/copy-file-range @@ -6,12 +6,7 @@ lib/copy-file-range.c m4/copy-file-range.m4 Depends-on: -c99 -inttypes-incomplete [test $HAVE_COPY_FILE_RANGE = 0] largefile -libc-config [test $HAVE_COPY_FILE_RANGE = 0] -pread [test $HAVE_COPY_FILE_RANGE = 0] -pwrite [test $HAVE_COPY_FILE_RANGE = 0] unistd configure.ac: |