From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14479 invoked by alias); 21 Nov 2002 06:56:02 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 14461 invoked by uid 71); 21 Nov 2002 06:56:01 -0000 Date: Sat, 30 Nov 2002 11:36:00 -0000 Message-ID: <20021121065601.14460.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Neil Booth Subject: Re: bootstrap/8657: No rule to make target `bootstrap' in directory 'gcc' Reply-To: Neil Booth X-SW-Source: 2002-11/txt/msg01193.txt.bz2 List-Id: The following reply was made to PR bootstrap/8657; it has been noted by GNATS. From: Neil Booth To: Zack Weinberg Cc: reichelt@igpm.rwth-aachen.de, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, rolf-alois.walter@db.com, gcc-gnats@gcc.gnu.org Subject: Re: bootstrap/8657: No rule to make target `bootstrap' in directory 'gcc' Date: Thu, 21 Nov 2002 06:50:58 +0000 Zack Weinberg wrote:- > In my experience, if objdir is a subdirectory of srcdir AND configure > is invoked by a relative pathname, it doesn't work. But if configure > is invoked by an absolute pathname, objdir can happily be a > subdirectory of srcdir; and if objdir is not a subdirectory of srcdir, > relative paths work fine. > > I don't remember the exact failure mode, but it was clearly a case of > some shell script fragment somewhere getting mixed up about how many > ../ components it needed to put in a pathname. For nearly 3 years I have used ../configure --enable-languages=whatever --prefix=whatever and it works fine. I think a '~' in prefix used to always work, but that broke recently in libstdc++. Neil.