From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18437 invoked by alias); 25 Nov 2004 20:38:43 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 18335 invoked from network); 25 Nov 2004 20:38:36 -0000 Received: from unknown (HELO mailout.TechFak.Uni-Bielefeld.DE) (129.70.136.245) by sourceware.org with SMTP; 25 Nov 2004 20:38:36 -0000 Received: from xayide.TechFak.Uni-Bielefeld.DE.TechFak.Uni-Bielefeld.DE (xayide.TechFak.Uni-Bielefeld.DE [129.70.137.35]) by momotombo.TechFak.Uni-Bielefeld.DE (8.12.11/8.12.11/TechFak/2004/05/05/sjaenick) with ESMTP id iAPKcSum020675; Thu, 25 Nov 2004 21:38:29 +0100 (MET) To: Ulrich Weigand Cc: bkoz@redhat.com, gcc@gcc.gnu.org, shebs@apple.com Subject: Re: 64-bit configure hell References: Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII From: Rainer Orth Date: Thu, 25 Nov 2004 20:45:00 -0000 In-Reply-To: Ulrich Weigand's message of "Thu, 25 Nov 2004 19:12:03 +0100" Message-ID: X-SW-Source: 2004-11/txt/msg00991.txt.bz2 Ulrich Weigand writes: > I guess one way to fix this problem would be to only build those > multilibs where the required system dependencies are in fact installed; > this could be verified by attempting to build a 'hello world' using > the multilib flags. If this already fails, there's no point in > attempting to build the library. > > Something like that is actually attempted in config-ml.in, at least > for some platforms. However this doesn't work, as those checks are > not applied for libgcc (and thus we fail already there). I think I > pointed this out already some time in the past, and was told that > this is difficult to fix with the current make process ... Indeed: libgcc would have to be moved to the toplevel, since you need the stage 1 compiler to perform this test. The bootstrap compiler may not be gcc (so require multilib flags different from gcc's) or not be multilib-aware. Rainer