On 05/09/2012 05:15 PM, Thorsten Glaser wrote: > Andrew Haley dixit: > >>> >> OK: >>> >> >>> >> gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar >>> >> org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 >>> >> -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 >>> >> -ftarget=1.5 >> > >> >jar tf /usr/share/java/eclipse-ecj-3.5.1.jar | grep >> >org/eclipse/jdt/internal/compiler/Compiler.class > root@aranym:~ # jar tf /usr/share/java/eclipse-ecj-3.5.1.jar | grep > org/eclipse/jdt/internal/compiler/Comp> > org/eclipse/jdt/internal/compiler/Compiler.class > > So it’s in the .jar, it’s just not found… why? > > root@aranym:~ # unzip -lv /usr/share/java/eclipse-ecj-3.5.1.jar | fgrep > internal/compiler/Compiler.class > 18069 Defl:N 7207 60% 2012-04-10 14:30 b997aed0 > org/eclipse/jdt/internal/compiler
gcj has an evil bug. Sometimes, when it has an unresolved reference, it reports a ClassNotFoundException for the referring class, not the referred. So, you now need to jcf-dump -v -classpath /usr/share/java/eclipse-ecj-3.5.1.jar org.eclipse.jdt.internal.compiler.Compiler and have a look at the class references in the constant pool. Andrew. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4faa99bd.8040...@redhat.com
