Paul Eggert <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> Assuming someone cares about the affected systems,
>> I'd be happy to let them do it.
>
> But in the meantime, everyone else who wanted to run on mingw would be
> left high and dry, as coreutils wouldn't build.
>
A few days ago, Ulrich Drepper and I were talking, and I mentioned
the openat[*] problem (that Solaris has it, but Linux doesn't, and
that it'd be so nice to be able to use it in places like fts.c,
mkdir-p.c, remove.c, etc.). Sure, we have replacement functions
in gnulib's lib/openat.c, and they w
[ I have to preface this by saying I'm not interested in the
attribute-related semantics of openat, but rather in the
fd-relative-open--related semantics. ]
Why do we need openat and related functions in the kernel?
Without openat-like functions[1], it is impossible to process
an arbitra
