George, given what you've written I suppose we should give up the idea
of copying sparse files efficiently on macOS (and on FreeBSD
13.0-RELEASE, as it has a similar bug with SEEK_HOLE and SEEK_DATA), in
cases where fclonefileat does not work.
Please try the attached Gnulib patch; it uses your
Reuben Thomas wrote:
> See https://sourceware.org/bugzilla/show_bug.cgi?id=29913
>
> This is a bug I just came across (in my capacity as maintainer of Recode)
> in current glibc.
>
> glibc iconv(3) can return EILSEQ when the input is merely untranslatable,
> rather than invalid. This is directly
See https://sourceware.org/bugzilla/show_bug.cgi?id=29913
This is a bug I just came across (in my capacity as maintainer of Recode)
in current glibc.
glibc iconv(3) can return EILSEQ when the input is merely untranslatable,
rather than invalid. This is directly contrary to the POSIX spec[1], whic
The 'configmake' module, so far, assumes that file names in the build
environment (a.k.a. $build_os) and file names in the target runtime
environment (a.k.a. $host_os) are the same. But some people use
environment where this is not the case:
- When people do cross-compilation, or
- When using C
> 2023-02-11 Bruno Haible
>
> unilbrk: Don't compile unused functions outside of libunistring.
> * lib/unilbrk/u8-possible-linebreaks.c (u8_possible_linebreaks): Don't
> compile outside of libunistring.
Oops, this patch broke the unit tests:
/tmp/testdir4/gltests/unilbrk/tes
