public inbox for java-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Andrew Hughes <gnu.andrew@redhat.com>
To: Matthias Klose <doko@ubuntu.com>
Cc: GCJ-patches <java-patches@gcc.gnu.org>,
	classpath@gnu.org,        Jon VanAlten <jon.vanalten@redhat.com>
Subject: Re: [patch] update ecj to ecj-3.8.2/4.2.2
Date: Mon, 15 Apr 2013 14:02:00 -0000	[thread overview]
Message-ID: <1971081219.463520.1366034551581.JavaMail.root@redhat.com> (raw)
In-Reply-To: <516C05A9.8090201@ubuntu.com>

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

  reply	other threads:[~2013-04-15 14:02 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-15 10:21 Matthias Klose
2013-04-15 13:29 ` Andrew Hughes
2013-04-15 13:50   ` Matthias Klose
2013-04-15 14:02     ` Andrew Hughes [this message]
2013-04-15 14:08       ` Matthias Klose
2013-04-15 14:22         ` Andrew Hughes
2013-04-15 14:44 ` Jon VanAlten
2013-04-15 21:34   ` Andrew Hughes
2013-04-15 22:39     ` Jon VanAlten
2013-06-20 12:39 ` ping: " Matthias Klose
2013-06-26 19:23   ` Jon VanAlten
2013-07-02  9:36     ` Matthias Klose
2013-07-02 19:04       ` Jon VanAlten
2013-12-10 15:51         ` Matthias Klose
2013-12-10 16:05           ` Andrew Haley
2013-12-10 16:23             ` Matthias Klose

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1971081219.463520.1366034551581.JavaMail.root@redhat.com \
    --to=gnu.andrew@redhat.com \
    --cc=classpath@gnu.org \
    --cc=doko@ubuntu.com \
    --cc=java-patches@gcc.gnu.org \
    --cc=jon.vanalten@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).