From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28153 invoked by alias); 26 Feb 2005 08:25:25 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 27860 invoked from network); 26 Feb 2005 08:25:01 -0000 Received: from unknown (HELO campus9.usilu.net) (195.176.178.26) by sourceware.org with SMTP; 26 Feb 2005 08:25:01 -0000 Received: from [151.29.221.21] ([151.29.221.21] unverified) by campus9.usilu.net with Microsoft SMTPSVC(5.0.2195.5329); Sat, 26 Feb 2005 09:23:31 +0100 Message-ID: <42203256.6040108@lu.unisi.ch> Date: Sat, 26 Feb 2005 19:36:00 -0000 From: Paolo Bonzini User-Agent: Mozilla Thunderbird 0.9 (Macintosh/20041103) MIME-Version: 1.0 To: DJ Delorie , binutils@sources.redhat.com, gdb-patches@sources.redhat.com, GCC Patches Subject: Re: [PATCH] Fix in-srcdir build of gcc References: <421F4992.3030000@lu.unisi.ch> <200502251943.j1PJhnxo031954@greed.delorie.com> In-Reply-To: <200502251943.j1PJhnxo031954@greed.delorie.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 26 Feb 2005 08:23:32.0140 (UTC) FILETIME=[751B36C0:01C51BDC] X-SW-Source: 2005-02/txt/msg00269.txt.bz2 > As I am a proponent of "principle of least surprise" I am too. Unfortunately this patch on one hand makes ./configure work for gcc, on the other hand it makes it more "surprising" for binutils/gdb. I am especially concerned about gdb, because of the two it is the one that is most likely to be built by casual users doing "./configure && make". In-srcdir toplevel bootstrap definitely won't work without a patch such as this, because it wants to symlink or rename directories (e.g. stage2-gcc is linked to gcc, and stage1-gcc is linked to prev-gcc). But maybe for the non-bootstrap case (and for gcc), it is enough on systems that support symlinks to symlink the current directory to the host directory. This would be better for the "principle of least surprise". (Another remark on the changes to target libraries: newlib and winsup are not affected because they do not special host tools, like fastjar for libjava, and neither do they need to access tm.h in the gcc directory, like libobjc). Paolo