Bruno Haible <[EMAIL PROTECTED]> wrote:
> Following Jim's and Paul's ideas for portability of the coreutils to
> BeOS, Woe32 and DJGPP, which all lack an fchdir(), here is a first working
> fchdir module.
>
> The module installs wrappers around open(), close(), opendir(), closedir(),
> dup(), dup2(
Hi,
Since there were no comments about the fchdir module, and I tested it on two
platforms, I committed it.
Paul Eggert wrote:
> I don't know what --avoid=canonicalize-lgpl is for. Perhaps you can
> omit it.
It's because coreutils already uses the 'canonicalize' module, and 'fchdir'
depends on
Matthew Woehlke <[EMAIL PROTECTED]> writes:
> Bruno Haible wrote:
>> Following Jim's and Paul's ideas for portability of the coreutils to
>> BeOS, Woe32 and DJGPP, which all lack an fchdir(), here is a first working
>> fchdir module.
>
> And the infamous NSK! Thanks a ton, you beat me too it! Gues
Hi,
Following Jim's and Paul's ideas for portability of the coreutils to
BeOS, Woe32 and DJGPP, which all lack an fchdir(), here is a first working
fchdir module.
The module installs wrappers around open(), close(), opendir(), closedir(),
dup(), dup2(). Quite heavy; especially the relation to the
