[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bug in pwd
From: |
James Youngman |
Subject: |
Re: Bug in pwd |
Date: |
Wed, 16 Feb 2005 15:33:33 +0000 |
User-agent: |
Mutt/1.3.28i |
On Wed, Feb 16, 2005 at 06:47:26AM -0700, Eric Blake wrote:
> Furthermore, POSIX requires that when -P is specified, that $PWD be
> updated in the calling environment to scrub all symlinks from the
> environment variable that were previously set by a `cd -L' command. I see
> no possible way to implement that without relying on pwd(1) being a shell
> builtin. Bash 3.0 does not do this, I'm filing an additional bug in that
> direction. Is it worth coreutils even maintaining pwd(1) if it can't be
> fully POSIX-compliant?
Yes. Too many things assume /bin/pwd exists. In fact some older
systems used to use popen() on /bin/pwd to implement getcwd(), I
think.
Anyway, it seems to me to make sense to maintain the majority of the
functionality of pwd in gnulib, which can allow sharing of code
(e.g. with Bash).
James.