This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: Bug with darwin and automake(aclocal)
- To: Erik Lindahl <erik at theophys dot kth dot se>
- Subject: Re: Bug with darwin and automake(aclocal)
- From: Tim Van Holder <tim dot van dot holder at pandora dot be>
- Date: 23 Aug 2001 10:33:45 +0200
- Cc: Tom Tromey <tromey at redhat dot com>, automake at gnu dot org
- List-Id: Discussion list for automake <automake.gnu.org>
- References: <Pine.LNX.4.30.0108230948580.23781-100000@gaugain.theophys.kth.se>
On 23 Aug 2001 10:14:01 +0200, Erik Lindahl wrote:
> On 22 Aug 2001, Tom Tromey wrote:
>
> It's not really a bug either; the problem is that zsh returns
> the name of the new directory when you execute 'cd'. Thus,
Ah - a memory dawns.
>
> `CDPATH=:; cd $somedir && pwd`
>
> to
>
> `CDPATH=:; cd $somedir > /dev/null && pwd`
Actually, that's a workaround and not a fix. From what I remember from
the autoconf list, zsh does this if CDPATH is set to ':'.
That's why autoconf tries to unset CDPATH, and only sets it to ':' if
that fails.
bash-2.04$ pwd
/home/tim
bash-2.04$ mkdir foo
bash-2.04$ zsh
bender% echo $CDPATH
bender% cd foo
bender% cd ..
bender% export CDPATH=nothing
bender% echo $CDPATH
nothing
bender% cd foo
bender% cd ..
bender% export CDPATH=:
bender% echo $CDPATH
:
bender% cd foo
~/foo
bender% cd ..
bender% exit
bash-2.04$