bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnulib broken on systems lacking fchdir


From: Matthew Woehlke
Subject: Re: gnulib broken on systems lacking fchdir
Date: Wed, 29 Nov 2006 15:18:51 -0600
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061025 Thunderbird/1.5.0.8 Mnenhy/0.7.4.0

Jim Meyering wrote:
Matthew Woehlke  wrote:
(...which, aside from the infamous NSK/OSS you've all come to hate me
for :-) reportedly includes OS/2. According to "The Linux Programmer's
Manual" (i.e. 'man fchdir'), "The fchdir call is compatible with SVr4,
4.4BSD and X/OPEN". Note the conspicuous absence of "POSIX".)

fchdir is specified by POSIX:

  http://www.opengroup.org/onlinepubs/009695399/functions/fchdir.html

Hmm, well NSK/OSS does not seem to implement it. I'm not entirely clear on the versions, is that a newer spec?

I also noticed that although there is a HAVE_FCHDIR (properly set in
config.h), it is not being used.

Right.
I did a survey, some time ago, of reasonable porting targets, and all
had fchdir.  Eventually I should remove the test for fchdir, too.

So NSK/OSS has just been demoted to 'unreasonable'? Or can we go with Bruno's suggestion and implement a wrapper ala Cygwin?

Can I rip them out? Can I emulate fchdir()?

You're welcome to try, but it's a big job.
I wouldn't bother.  Using an older version of coreutils might be
a good compromise.

"Stagnate"? Never upgrade *any* GNU utilities ever again? (Ok, an exaggeration, but not a huge one). In fact I ran into this trying to build gzip 1.3.6, because my 1.3.5 is broken and I can't figure out why (and also 'make check' doesn't do anything).

--
Matthew
Emacs is a nice OS - but it lacks a good text editor.
That's why I am using Vim.  -- Anonymous





reply via email to

[Prev in Thread] Current Thread [Next in Thread]