From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26572 invoked by alias); 17 Aug 2010 13:41:38 -0000 Received: (qmail 26564 invoked by uid 22791); 17 Aug 2010 13:41:37 -0000 X-SWARE-Spam-Status: No, hits=-0.8 required=5.0 tests=AWL,BAYES_00,RCVD_NUMERIC_HELO,SPF_HELO_PASS,TW_GC,TW_IB,TW_XG,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from lo.gmane.org (HELO lo.gmane.org) (80.91.229.12) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 17 Aug 2010 13:41:33 +0000 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OlMPx-0007Pf-5T for gcc-patches@gcc.gnu.org; Tue, 17 Aug 2010 15:41:29 +0200 Received: from 87.110.8.51 ([87.110.8.51]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Aug 2010 15:41:29 +0200 Received: from dmitrij.ledkov by 87.110.8.51 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Aug 2010 15:41:29 +0200 To: gcc-patches@gcc.gnu.org From: Dmitrijs Ledkovs Subject: Re: PR libgcj/40868 - ecjx should be build with host compiler Date: Tue, 17 Aug 2010 14:14:00 -0000 Message-ID: <871v9xuzk1.fsf@ubuntu.com> References: <87eie34tnv.fsf@ubuntu.com> <4C650A04.8040207@redhat.com> <4C6906BC.7040501@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-IsSubscribed: yes 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 X-SW-Source: 2010-08/txt/msg01257.txt.bz2 Tom Tromey writes: >>>>>> "Andrew" == Andrew Haley writes: > > Andrew> All this patch does is substitute "${with_cross_host}-gcc" for > Andrew> "${with_cross_host}-gcj". I don't understand why using the gcc > Andrew> driver rather than the gcj driver makes a difference. Is this > Andrew> because the cross host at this point has gcc but not gcj? If > Andrew> so, I guess that's fine. > > I still don't really understand why the dummy ecjx.cc is needed. Me neither. All I know ecjx.cc works in native builds, and doesn't in regular cross-builds. Trying to fix regular cross-builds, not the "why-ecjx.cc-exists?". > But since it is, the important thing here is to arrange to compile it > with the proper gcc -- the one that matches GCJX_FOR_ECJX. > As far as I can see ecjx.o should be the same type as the other objects linked to produce a host binary. But I couldn't figure out how to get the regular gcc, since it doesn't seem to be passed to the libjava configure at all. The config.log shows xgcc for CC and CXX. > I think the configure parts of this patch looks ok, but I don't see how > this patch arranges for ecjx.cc to be compiled by GCC_FOR_ECJX. > First compiled "wrong" way, then _LINK target removes bogus object file && compile using GCC_FOR_ECJX && do the actual link. > Also, what Ralf said. > > Tom >