This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Problems compiling Log4jME
- To: David Vrabel <dv207 at hermes dot cam dot ac dot uk>
- Subject: Re: Problems compiling Log4jME
- From: Tom Tromey <tromey at redhat dot com>
- Date: 27 Sep 2001 07:27:24 -0600
- Cc: <java at gcc dot gnu dot org>
- References: <Pine.HPX.4.33L.0109271115270.2437-100000@punch.eng.cam.ac.uk>
- Reply-To: tromey at redhat dot com
>>>>> "David" == David Vrabel <dv207@hermes.cam.ac.uk> writes:
David> The above files do fail.
David> .java -> .class works fine (gcj -C B.java)
David> .java -> .o works fine (gcj -c B.java)
David> .class -> .o does not work (gcj -c B.class) with a message:
David> "B.java: In class `B':
David> B.java: In method `B.g()':
David> B.java:3: Class 'B' has no method named 'f' matching signature '()V'
David> B.java:0: confused by earlier errors, bailing out"
Thanks.
Looking at the .class files, I see that `javac' emits an abstract
method `f' for B, while `gcj -C' does not. So if gcj -C were changed
to emit this method, it would work fine. However, I don't know if
that is required. Maybe the bug is in the .class part of the front
end -- maybe that code is required to search implemented interfaces
for methods. I don't know.
Tom