From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16895 invoked by alias); 15 Apr 2013 13:50:44 -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 16884 invoked by uid 89); 15 Apr 2013 13:50:44 -0000 X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,TW_GC,TW_IB,TW_SV autolearn=ham version=3.3.1 Received: from youngberry.canonical.com (HELO youngberry.canonical.com) (91.189.89.112) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 15 Apr 2013 13:50:42 +0000 Received: from dslb-088-073-120-068.pools.arcor-ip.net ([88.73.120.68] helo=[192.168.42.216]) by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1URjnr-000267-Bp; Mon, 15 Apr 2013 13:50:39 +0000 Message-ID: <516C05A9.8090201@ubuntu.com> Date: Mon, 15 Apr 2013 13:50:00 -0000 From: Matthias Klose User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: Andrew Hughes CC: GCJ-patches , classpath@gnu.org, Jon VanAlten Subject: Re: [patch] update ecj to ecj-3.8.2/4.2.2 References: <516BD4B9.8040101@ubuntu.com> <77613360.431331.1366032538312.JavaMail.root@redhat.com> In-Reply-To: <77613360.431331.1366032538312.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2013-q2/txt/msg00011.txt.bz2 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.