From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9297 invoked by alias); 29 Mar 2011 22:28:34 -0000 Received: (qmail 9141 invoked by uid 22791); 29 Mar 2011 22:28:33 -0000 X-SWARE-Spam-Status: No, hits=-6.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 29 Mar 2011 22:28:31 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p2TMSD2g005067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 Mar 2011 18:28:13 -0400 Received: from greed.delorie.com (ovpn-113-146.phx2.redhat.com [10.3.113.146]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p2TMSCnP020271 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Mar 2011 18:28:12 -0400 Received: from greed.delorie.com (localhost.localdomain [127.0.0.1]) by greed.delorie.com (8.14.4/8.14.4) with ESMTP id p2TMSBOR006049; Tue, 29 Mar 2011 18:28:11 -0400 Received: (from dj@localhost) by greed.delorie.com (8.14.4/8.14.4/Submit) id p2TMSAPB006048; Tue, 29 Mar 2011 18:28:10 -0400 Date: Tue, 29 Mar 2011 22:28:00 -0000 Message-Id: <201103292228.p2TMSAPB006048@greed.delorie.com> From: DJ Delorie To: "Joseph S. Myers" CC: gcc@gcc.gnu.org, binutils@sourceware.org, gdb@sourceware.org, newlib@sourceware.org In-reply-to: (joseph@codesourcery.com) Subject: Re: On the toplevel configure and build system References: X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-03/txt/msg00182.txt.bz2 > 2. If you put directories from the GCC repository into your build, you > should expect GCC and its libraries to be built; toplevel should not > disable GCC on the grounds that GCC does not support a given target. I disagree. We have a single combined gcc+binutils+etc internal tree that's used for many targets; some support gcc, some do not. I added another "don't build gcc for this" just last week. > If in future the src repository is split up into separate repositories for > different projects, this principle will apply in a more fine-grained way - I see no reason to stop people from building in a combined source tree for multiple targets, and expecting it to work.