|
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
[Prev in Thread] | Current Thread | [Next in Thread] |