From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29364 invoked by alias); 29 Oct 2014 10:45:59 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 29352 invoked by uid 89); 29 Oct 2014 10:45:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 29 Oct 2014 10:45:58 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s9TAjusx001569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 29 Oct 2014 06:45:56 -0400 Received: from tucnak.zalov.cz (ovpn-116-116.ams2.redhat.com [10.36.116.116]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s9TAjs7Y007659 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Wed, 29 Oct 2014 06:45:56 -0400 Received: from tucnak.zalov.cz (localhost [127.0.0.1]) by tucnak.zalov.cz (8.14.9/8.14.9) with ESMTP id s9TAjrhO006573; Wed, 29 Oct 2014 11:45:53 +0100 Received: (from jakub@localhost) by tucnak.zalov.cz (8.14.9/8.14.9/Submit) id s9TAjpx2002820; Wed, 29 Oct 2014 11:45:51 +0100 Date: Wed, 29 Oct 2014 10:48:00 -0000 From: Jakub Jelinek To: Paolo Bonzini Cc: Phil Muldoon , DJ Delorie , Alexandre Oliva , Ralf Wildenhues , gcc-patches@gcc.gnu.org Subject: Re: libcc1 Message-ID: <20141029104551.GR10376@tucnak.redhat.com> Reply-To: Jakub Jelinek References: <20141029103151.GQ10376@tucnak.redhat.com> <5450C366.5040909@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5450C366.5040909@gnu.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-IsSubscribed: yes X-SW-Source: 2014-10/txt/msg03043.txt.bz2 On Wed, Oct 29, 2014 at 11:37:26AM +0100, Paolo Bonzini wrote: > On 10/29/2014 11:31 AM, Jakub Jelinek wrote: > > shouldn't libcc1 be in build_tools instead? > > I mean, it is a library meant to be dlopened by gdb and gcc > > plugin that uses that library, so in canadian-cross should be > > for the build target, where the resulting compiler will be run > > and where gdb will be run. > > That is host, not build. Build is the system you are on. Oops, sorry, mixed that, sure, it should be host tool then. So without the first two hunks and third hunk changed so that it doesn't bootstrap it? Doesn't that mean that when bootstrapping natively it will be built by the system compiler rather than the newly built compiler? I think fixincludes is only built during stage1 normally, we don't need libcc1 during stage1/stage2 unless not bootstrapping, it is needed just for installation and testing. --- configure.ac 2014-10-28 14:39:53.018852391 +0100 +++ configure.ac 2014-10-29 11:43:19.873216226 +0100 @@ -2677,6 +2677,7 @@ for module in ${configdirs} ; do fi case ${module},${bootstrap_fixincludes} in fixincludes,no) host_bootstrap_suffix=no-bootstrap ;; + libcc1,*) host_bootstrap_suffix=no-bootstrap ;; *) host_bootstrap_suffix=$bootstrap_suffix ;; esac extrasub_host="$extrasub_host Jakub