From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25088 invoked by alias); 15 Apr 2013 14:02:34 -0000 Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org Received: (qmail 25079 invoked by uid 89); 15 Apr 2013 14:02:34 -0000 X-Spam-SWARE-Status: No, score=-6.1 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD,SPF_HELO_PASS,TW_GC,TW_IB,TW_SV autolearn=ham version=3.3.1 Received: from mx3-phx2.redhat.com (HELO mx3-phx2.redhat.com) (209.132.183.24) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 15 Apr 2013 14:02:33 +0000 Received: from zmail17.collab.prod.int.phx2.redhat.com (zmail17.collab.prod.int.phx2.redhat.com [10.5.83.19]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3FE2Vaw020836; Mon, 15 Apr 2013 10:02:31 -0400 Date: Mon, 15 Apr 2013 14:02:00 -0000 From: Andrew Hughes To: Matthias Klose Cc: GCJ-patches , classpath@gnu.org, Jon VanAlten Message-ID: <1971081219.463520.1366034551581.JavaMail.root@redhat.com> In-Reply-To: <516C05A9.8090201@ubuntu.com> References: <516BD4B9.8040101@ubuntu.com> <77613360.431331.1366032538312.JavaMail.root@redhat.com> <516C05A9.8090201@ubuntu.com> Subject: Re: [patch] update ecj to ecj-3.8.2/4.2.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2013-q2/txt/msg00012.txt.bz2 ----- Original Message ----- > Am 15.04.2013 15:28, schrieb Andrew Hughes: > > ----- Original Message ----- > >> The ecj.jar provided on ftp://gcc.gnu.org/pub/java wasn't updated anymore > >> since > >> 2008, having no support for java7. It looks like this ecj is already used > >> within the Fedora disto, however only locally patched (at least I couldn't > >> find > >> any mail sent to java-patches). > >> > >> Find attached the changes required to build a new ecj.jar from the R3_8_2 > >> git > >> tag. The built files can be found at > >> http://people.debian.org/~doko/tmp/eclipse-gcj/. The resulting gcj -C > >> looks > >> fine, building libjava with the new ecj.jar doesn't show any regressions, > >> and > >> the testsuite doesn't show any regressions. However the filenames for > >> some > >> generated class and header files have changed for inner classes: > >> > >> $ svn status|grep UIDefaults|sort -k1 > >> ! classpath/lib/javax/swing/UIDefaults$1.class > >> ! classpath/lib/javax/swing/UIDefaults$2.class > >> ! classpath/lib/javax/swing/UIDefaults$3.class > >> ! classpath/lib/javax/swing/UIDefaults$4.class > >> ? classpath/lib/javax/swing/UIDefaults$ProxyLazyValue$1.class > >> ? classpath/lib/javax/swing/UIDefaults$ProxyLazyValue$2.class > >> ? classpath/lib/javax/swing/UIDefaults$ProxyLazyValue$3.class > >> ? classpath/lib/javax/swing/UIDefaults$ProxyLazyValue$4.class > >> ! javax/swing/UIDefaults$1.h > >> ! javax/swing/UIDefaults$2.h > >> ! javax/swing/UIDefaults$3.h > >> ! javax/swing/UIDefaults$4.h > >> ? javax/swing/UIDefaults$ProxyLazyValue$1.h > >> ? javax/swing/UIDefaults$ProxyLazyValue$2.h > >> ? javax/swing/UIDefaults$ProxyLazyValue$3.h > >> ? javax/swing/UIDefaults$ProxyLazyValue$4.h > >> M classpath/lib/javax/swing/plaf/basic/SharedUIDefaults.class > >> M classpath/lib/javax/swing/UIDefaults.class > >> M classpath/lib/javax/swing/UIDefaults$ProxyLazyValue.class > >> M > >> classpath/lib/javax/swing/UIManager$MultiplexUIDefaults$MultiplexEnumeration.class > >> > >> See the attached svn-status.gz file for a complete diff (replace ! with D, > >> ? > >> with A). > >> > >> - I'd like to ask Tom (or somebody else) to look at the patches > >> for the rhug/java repository. > >> > >> - Ask to rebuild the .class and .h files using this new ecj.jar on the > >> trunk, > >> after the ecj.jar is uploaded. > >> > >> There are issues building OpenJDK and IcedTea with this new compiler. > >> Please > >> see the IcedTea ML for a follow-up posting. > >> > >> Matthias > >> > > > > Is this ecj buildable with gcj? My experience of 3.8 is that it isn't > > buildable > > without the javax.lang.model code that is now in GNU Classpath, but hasn't > > yet been > > merged to gcj (it's not yet ready for that). > > I used > > gcj-4.8 -C -g -I/usr/share/ant/lib/ant.jar @files > > and that seems to work well enough to build libjava. > > >>> Compiling source in /mnt/builder/portage.build/portage/dev-java/eclipse-ecj-4.2.1/work ... * bootstrapping ecj with /usr/lib/gcj-jdk-4.8.0/bin/javac ... 1. ERROR in org/eclipse/jdt/internal/compiler/apt/dispatch/RoundDispatcher.java (at line 21) import javax.annotation.processing.RoundEnvironment; ^^^^^^^^^^^^^^^^ The import javax.annotation cannot be resolved ---------- 2. ERROR in org/eclipse/jdt/internal/compiler/apt/dispatch/RoundDispatcher.java (at line 22) import javax.lang.model.element.Element; ^^^^^^^^^^ The import javax.lang cannot be resolved ---------- 3. ERROR in org/eclipse/jdt/internal/compiler/apt/dispatch/RoundDispatcher.java (at line 23) import javax.lang.model.element.TypeElement; ^^^^^^^^^^ The import javax.lang cannot be resolved and so on... 78 problems (78 errors) * ERROR: dev-java/eclipse-ecj-4.2.1 failed (compile phase): Are you using a complete ecj or deleting some classes? -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07