DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5941>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5941 org.apache.xalan.xsltc.compiler.Sort creates broken <clinit> Summary: org.apache.xalan.xsltc.compiler.Sort creates broken <clinit> Product: XalanJ2 Version: 2.2.0 Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: org.apache.xalan.xsltc AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] >From Sort.java, line 351 (src dump 2001-01-15 I believe) ... final CompareGenerator classInit = new CompareGenerator(ACC_PUBLIC | ACC_FINAL, de.fub.bytecode.generic.Type.VOID, new de.fub.bytecode.generic.Type[] { }, new String[] { }, "<clinit>", className, il, cpg); ... The setting of access flags ACC_PUBLIC | ACC_FINAL for a <clinit> is actually wrong. The correct value should be ACC_PUBLIC | ACC_STATIC. Though this does not cause any runtime problems with at least the reference implementation, some VM's (in particular Appeal JRockit) may use a more strict check of method attributes, and signal this as an error. (Trying to do a javap on the resulting class file will yield an error as well. Though I suppose this is of even lesser interest :-) Just so you know. /C, JRockit dev. team.
