Date:	Tue, 26 Jun 2001 16:11:18 +0300 (IDT)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender:	eliz AT is
To:	386sx <386sx AT my-deja DOT com>
cc:	djgpp AT delorie DOT com
Subject:	Re: Building gdb 5.0
In-Reply-To:	<Xns90CB2EC1BBCE0Xx386xX@130.133.1.4>
Message-ID:	<Pine.SUN.3.91.1010626161059.17201A-100000@is>
MIME-Version:	1.0
Reply-To:	djgpp AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

On 25 Jun 2001, 386sx wrote:

> > Configuring intl...
> > /usr/tmp/gdb-5.0/configure: cd: intl: No such file or directory (ENOENT)
> 
> I thought this was a djgpp problem until I got Linux and ran into a similar
> problem during compilation. It turns out that the culprit in the Linux
> case was the CDPATH environment variable. When I unset it everything goes 
> fine. 
> 
> Since I also had CDPATH set in the djgpp case, perhaps CDPATH was the 
> culprit then too. Mystery finally solved?

Thanks for following up on this.

It's possible that CDPATH is the culprit, but only of "." is not part
of its value.  I don't think that is the case, since then you won't be
able to say "cd foo" and get what you expect.

So, could you please post more info?  What is the value of CDPATH on
your system, and how does this prevent Bash from chdir'ing into the
intl directory?  Can you "cd intl" interactively from the top-level
directory where you unpacked GDB sources?

- Raw text -