----- 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
