|
From: | Matthew Woehlke |
Subject: | Re: gnulib broken on systems lacking fchdir |
Date: | Wed, 29 Nov 2006 15:07: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 |
Bruno Haible wrote:
Matthew Woehlke wrote:I also noticed that although there is a HAVE_FCHDIR (properly set in config.h), it is not being used.How needed are the *at functions? Can I rip them out? Can I emulate fchdir()? Is there some other way to achieve what fchdir() is being used for?Emulating fchdir() is probably the easiest: http://lists.gnu.org/archive/html/bug-coreutils/2006-09/msg00008.html http://lists.gnu.org/archive/html/bug-coreutils/2006-09/msg00010.htm
Hmm, so I guess borrowing/re-implementing Cygwin's solution is best? How does one go about overloading 'open'? And how are licensing issues going to play into this? (Does this new fchdir module need to be LGPL, or is GPL OK?)
It seems like, sans hash table (or whatever structure), this is a very straight-forward module to write. I can give the templates for open, close, and fchdir, but for licensing reasons it might be better if someone else can provide the fd table.
-- 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] |