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