From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20206 invoked by alias); 6 Jan 2010 17:01:32 -0000 Received: (qmail 19963 invoked by uid 22791); 6 Jan 2010 17:01:31 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mail3.caviumnetworks.com (HELO mail3.caviumnetworks.com) (12.108.191.235) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 06 Jan 2010 17:01:25 +0000 Received: from caexch01.caveonetworks.com (Not Verified[192.168.16.9]) by mail3.caviumnetworks.com with MailMarshal (v6,5,4,7535) id ; Wed, 06 Jan 2010 09:00:23 -0800 Received: from caexch01.caveonetworks.com ([192.168.16.9]) by caexch01.caveonetworks.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 6 Jan 2010 09:00:00 -0800 Received: from dd1.caveonetworks.com ([12.108.191.236]) by caexch01.caveonetworks.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Wed, 6 Jan 2010 09:00:00 -0800 Message-ID: <4B44C18E.2020607@caviumnetworks.com> Date: Wed, 06 Jan 2010 17:01:00 -0000 From: David Daney User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Andrew Haley CC: java@gcc.gnu.org Subject: Re: RFD: Precompile ecj [Was Re: GCCMain not found & test suite errors fatal?] References: <4B3CDCA7.70808@pon.net> <4B40C5A7.5020903@redhat.com> <4B40DE6F.1010003@pon.net> <4B40E279.3090601@redhat.com> <4B40E5A7.7090900@pon.net> <4B40E928.2090900@redhat.com> <7230133d1001040328x4557cd0cn8eba6443e8c74616@mail.gmail.com> <4B42A747.5080606@pon.net> <4B4311A5.1020707@redhat.com> <4B44BCBB.3040100@redhat.com> In-Reply-To: <4B44BCBB.3040100@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2010-01/txt/msg00016.txt.bz2 Andrew Haley wrote: > This makes ecj1 (and therefore gcj with Java source) much faster but > takes 1m30s of CPU on a very fast computer. It doesn't really seem to > make the build longer on a multi-CPU box, since it runs in parallel with > the rest of the build AFAICS. Do you think we can get away with this? > Seems reasonable to me. > Andrew. > > > 2010-01-06 Andrew Haley > > * Makefile.am (ecjx_LDFLAGS): Always precompile AWT. This changelog mentions AWT. Is that correct? > > Index: Makefile.am > =================================================================== > --- Makefile.am (revision 155475) > +++ Makefile.am (working copy) > @@ -1075,30 +1075,20 @@ > > ## Build an ecjx from a .jar. > ecjx_SOURCES = ecjx.cc > -## We use the BC ABI here so that we don't need to compile ecj.jar. > -## Hopefully the user has compiled it into his system .db. > -## However, even if not it will run reasonably quickly. > - > ECJX_BASE_FLAGS = -findirect-dispatch \ > --main=org.eclipse.jdt.internal.compiler.batch.GCCMain > > if NATIVE > > ecjx_LINK = $(GCJLINK) $(ecjx_LDFLAGS) > - > -if ENABLE_SHARED > -## Use ecj.jar at runtime. > -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) -fbootclasspath=$(BOOTCLASSPATH) > -endif !ENABLE_SHARED > - > ecjx_LDADD = -L$(here)/.libs $(extra_ldflags) > ecjx_DEPENDENCIES = libgcj.la libgcj.spec > if BUILD_SUBLIBS > ecjx_DEPENDENCIES += libgcj-noncore.la > + > endif > + > if USE_LIBGCJ_BC > ecjx_DEPENDENCIES += libgcj_bc.la > else >