From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-patches-return-17605-listarch-java-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 27669 invoked by alias); 17 Jan 2007 22:09:06 -0000
Received: (qmail 27660 invoked by uid 22791); 17 Jan 2007 22:09:05 -0000
X-Spam-Check-By: sourceware.org
Received: from mail.gmx.net (HELO mail.gmx.net) (213.165.64.20)     by sourceware.org (qpsmtpd/0.31) with SMTP; Wed, 17 Jan 2007 22:09:00 +0000
Received: (qmail invoked by alias); 17 Jan 2007 22:08:57 -0000
Received: from 84-73-21-40.dclient.hispeed.ch (EHLO [192.168.0.176]) [84.73.21.40]   by mail.gmx.net (mp053) with SMTP; 17 Jan 2007 23:08:57 +0100
X-Authenticated: #23581252
Message-ID: <45AE9E7B.3020909@gmx.ch>
Date: Wed, 17 Jan 2007 22:09:00 -0000
From: Marco Trudel <mtrudel@gmx.ch>
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
MIME-Version: 1.0
To: Andrew Haley <aph@redhat.com>,   Java Patch List <java-patches@gcc.gnu.org>
Subject: Re: compilation problems with ecj.jar
References: <45AAA8B6.4020807@gmx.ch>	<17835.26291.694008.802804@zebedee.pink>	<45AB6CF0.90806@gmx.ch>	<17835.35611.727663.716760@zebedee.pink>	<45ABC2FA.9010805@gmx.ch>	<17835.50791.966909.954408@zebedee.pink>	<45ABD766.8060401@gmx.ch>	<45AC9E0C.5040401@gmx.ch>	<20070116105338.GM19387@mail.konqueror.de>	<45ACA3C7.4000502@gmx.ch>	<17836.64134.465509.387942@zebedee.pink> <17837.1124.657240.110710@zebedee.pink>
In-Reply-To: <17837.1124.657240.110710@zebedee.pink>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-IsSubscribed: yes
Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <java-patches.gcc.gnu.org>
List-Subscribe: <mailto:java-patches-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java-patches/>
List-Post: <mailto:java-patches@gcc.gnu.org>
List-Help: <mailto:java-patches-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-patches-owner@gcc.gnu.org
X-SW-Source: 2007-q1/txt/msg00082.txt.bz2

Andrew,

Andrew Haley wrote:
> The *real* cause is that, for some reason, gcj isn't being passed the
> correct path to libgcj.jar in the host system.  Instead, this happens:
> 
> jc1 /mnt/zebedee/aph/gcc/trunk/libjava/.././libjava/../ecj.jar \
>  -fhash-synchronization \
>  -fno-use-divide-subroutine \
>  -fuse-boehm-gc \
>  -fnon-call-exceptions \
>  -fkeep-inline-functions \
>  -quiet \
>  -dumpbase ecj.jar \
>  -mtune=generic \
>  -auxbase ecj \
>  -g \
>  -O2 \
>  -version \
>  -ffloat-store \
>  -fomit-frame-pointer \
>  -findirect-dispatch \
>  -fbootclasspath=./:/tmp/prefix/share/java/libgcj-4.3.0.jar \
>  -o /tmp/ccD80X4c.s
> 
> Note that the bootclasspath at this point is wrong: there's no
> libgcj.jar in the install dir yet.  The first "./" item in the string
> is wrong because the .class files we need are no longer in the build
> dir: they're in the srcdir.
> 
> This oughta do it:
> 
> Index: Makefile.am
> ===================================================================
> --- Makefile.am	(revision 120638)
> +++ Makefile.am	(working copy)
> @@ -670,7 +670,7 @@
>  ecjx_LDFLAGS = $(ECJX_BASE_FLAGS) -Djava.class.path=$(ECJ_JAR)
>  else !ENABLE_SHARED
>  ## Use ecj.jar at compile time.
> -ecjx_LDFLAGS = $(ECJX_BASE_FLAGS) $(ECJ_BUILD_JAR)
> +ecjx_LDFLAGS = $(ECJX_BASE_FLAGS) $(ECJ_BUILD_JAR) -fbootclasspath=$(BOOTCLASSPATH)
>  endif !ENABLE_SHARED
>  
>  ecjx_LDADD = -L$(here)/.libs libgcj.la
> 

Can you commit that patch? With it, a static compilation of GCJ for 
Linux works on a 32bit computer. Just want to make sure that it won't be 
forgotten.


thanks
Marco