Red Hat Bugzilla – Bug 458921
eclipse-ecj-3.4.0 doesn't work
Last modified: 2009-02-13 15:46:43 EST
eclipse-ecj-3.4.0-* doesn't work at all.
Even simple gcj -C A.java with any class I've tried doesn't generate any class.
ecj1 can be a binary from gcj, but the same effect can be seen with just
exec gij -cp /usr/share/java/eclipse-ecj.jar \
The gcj command succeeds, but no A.class appears. This prevents a new gcc build in rawhide (no *.java is ever compiled into *.class), so it is pretty fatal for me.
Reverting back to eclipse-ecj-3.3.2-12.fc9 fixes this, upgrading again to
eclipse-ecj-3.4.0-18.fc10 or eclipse-ecj-3.4.0-20.fc10 breaks it again.
Tom, since you did GCCMain and updated for 3.4.0, any ideas here?
FWIW, running javac with ecj as my alternative works for me, so it's probably something wrong with GCCMain. Running your command directly, Jakub, I get:
gij -cp /usr/share/java/eclipse-ecj.jar \
Missing message: gcc.noClasspath in: org.eclipse.jdt.internal.compiler.batch.messages
It looks like gcc.properties isn't being parsed properly but since it's trying to print the noClasspath message, I suspect something else is wrong.
In the ecj.jar I built here (from rhug), gcc.properties is merged
So, look in your jar for this file. Does it have the "gcc." messages?
I think the messages have to be in this file due to how property
files are found at runtime.
With my .jar I see the same failure that Jakub sees :(
I will look at this.
Andrew -- I fixed a bug in GCCMain and checked it into the rhug
repository. Can you try it out?
It fixes the problem for me.
(In reply to comment #3)
> Andrew -- I fixed a bug in GCCMain and checked it into the rhug
> repository. Can you try it out?
> It fixes the problem for me.
I pushed a build to koji with this fix:
And I'm an idiot. I fixed the zxf -> jxf and now it's building again:
Unfortunately that only helped partially. Clearly ecj1 now does something, but isn't able to find some java sources:
See e.g. http://koji.fedoraproject.org/koji/getfile?taskID=777080&name=build.log
The first error reported there is:
make: *** [compile-classes] Error 1
which means ecj1 died before compiling classes.
Note redhat/gcc-4_3-branch doesn't ship with any *.class/*.jar files and instead is configured with --enable-java-maintainer-mode and with ecj1 in PATH.
Is there any way you could give me a small zip which I could use to reproduce this issue? I can just do a mock build of gcc on ppc64 if that will be sufficient (it might take a while, but ...).
Andrew Haley is investigating this. And I believe he'll comment here with "I need a reproducer!" :)
Fixed in gcc trunk by http://gcc.gnu.org/ml/java-patches/2008-q3/msg00046.html
Lifting F10Blocker, as it looks like this is a gcc bug (with a fix!).
Should we close this?
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here: