jira.codehaus.org

  • Log In Access more options
    • Online Help
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What?s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
  • RVM
  • RVM-384

pre-req on JDK6 by classpath 0.97?

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: None
  • Fix Version/s: None
  • Component/s: Documentation, Infrastructure: Build
  • Labels:
    None

Description

Looks like upgrading to classpath 0.97 might pre-reqs Java6. Building with the same recent IBM 5.0 SDK I use to build 0.96, I see some new errors:

[exec] ../javax/management/openmbean/OpenMBeanParameterInfoSupport.java:209: inconvertible types
[exec] found : javax.management.openmbean.OpenType<T>
[exec] required: javax.management.openmbean.TabularType
[exec] type instanceof TabularType))
[exec] ^
[exec] ../javax/management/openmbean/OpenMBeanParameterInfoSupport.java:273: inconvertible types
[exec] found : javax.management.openmbean.OpenType<T>
[exec] required: javax.management.openmbean.TabularType
[exec] type instanceof TabularType))
[exec] ^
[exec] ../javax/management/openmbean/OpenMBeanParameterInfoSupport.java:277: inconvertible types
[exec] found : javax.management.openmbean.OpenType<T>
[exec] required: javax.management.openmbean.TabularType
[exec] type instanceof TabularType))
[exec] ^
[exec] ../javax/management/openmbean/OpenMBeanAttributeInfoSupport.java:224: inconvertible types
[exec] found : javax.management.openmbean.OpenType<T>
[exec] required: javax.management.openmbean.TabularType
[exec] type instanceof TabularType))
[exec] ^
[exec] ../javax/management/openmbean/OpenMBeanAttributeInfoSupport.java:294: inconvertible types
[exec] found : javax.management.openmbean.OpenType<T>
[exec] required: javax.management.openmbean.TabularType
[exec] type instanceof TabularType))
[exec] ^
[exec] ../javax/management/openmbean/OpenMBeanAttributeInfoSupport.java:298: inconvertible types
[exec] found : javax.management.openmbean.OpenType<T>
[exec] required: javax.management.openmbean.TabularType
[exec] type instanceof TabularType))
[exec] ^
[exec] ../javax/management/openmbean/ArrayType.java:317: inconvertible types
[exec] found : javax.management.openmbean.OpenType<capture of ?>
[exec] required: javax.management.openmbean.CompositeType
[exec] elementType instanceof CompositeType ||
[exec] ^
[exec] ../javax/management/openmbean/ArrayType.java:318: inconvertible types
[exec] found : javax.management.openmbean.OpenType<capture of ?>
[exec] required: javax.management.openmbean.TabularType
[exec] elementType instanceof TabularType ||
[exec] ^
[exec] ../external/sax/org/xml/sax/helpers/NewInstance.java:63: warning: non-varargs call of varargs method with inexact argument type for last parameter;
[exec] cast to java.lang.Class<?> for a varargs call
[exec] cast to java.lang.Class<?>[] for a non-varargs call and to suppress this warning
[exec] m = Thread.class.getMethod("getContextClassLoader", null);
[exec] ^
[exec] ../external/sax/org/xml/sax/helpers/NewInstance.java:70: warning: non-varargs call of varargs method with inexact argument type for last parameter;
[exec] cast to java.lang.Object for a varargs call
[exec] cast to java.lang.Object[] for a non-varargs call and to suppress this warning
[exec] return (ClassLoader) m.invoke(Thread.currentThread(), null);
[exec] ^
[exec] Note: * uses or overrides a deprecated API.
[exec] Note: Recompile with -Xlint:deprecation for details.
[exec] Note: Some input files use unchecked or unsafe operations.
[exec] Note: Recompile with -Xlint:unchecked for details.
[exec] 8 errors

If we are going to change the required host JVM level, then all documentation needs to be updated.

Issue Links

is related to

New Feature - A new feature of the product, which has yet to be developed. RVM-95 Switch to building Classpath with javac (stop download of ecj?)

  • Major - Major loss of function.
  • Open - The issue is open and ready for the assignee to start work on it.

Improvement - An improvement or enhancement to an existing feature or task. RVM-381 Upgrade to Classpath 0.97

  • Blocker - Blocks development and/or testing work, production could not run
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
Ian Rogers added a comment - 29/Feb/08 3:40 PM

It looks like Sun have worked on this bug in javac throughout the 1.5 VMs as it gets slowly better with later releases. Andrew Hughes has filed a bug with Sun, but I'm not sure if its present on the latest releases. The last release tested was 13 by Dalibor Topic. JDK 1.5s can work if you replace the javac command with ecj.

Show
Ian Rogers added a comment - 29/Feb/08 3:40 PM It looks like Sun have worked on this bug in javac throughout the 1.5 VMs as it gets slowly better with later releases. Andrew Hughes has filed a bug with Sun, but I'm not sure if its present on the latest releases. The last release tested was 13 by Dalibor Topic. JDK 1.5s can work if you replace the javac command with ecj.
Hide
Permalink
David Grove added a comment - 29/Feb/08 3:55 PM

ok, then I think we should revert to using ecj as the default in our build. Building with the latest IBM Java6 explodes the build in a different way.

Show
David Grove added a comment - 29/Feb/08 3:55 PM ok, then I think we should revert to using ecj as the default in our build. Building with the latest IBM Java6 explodes the build in a different way.
Hide
Permalink
Ian Rogers added a comment - 01/Mar/08 2:54 AM

r13987 reverted the build back to using a downloaded ecj. This has fixed excalibur and all the other machines seem to be happy.

Show
Ian Rogers added a comment - 01/Mar/08 2:54 AM r13987 reverted the build back to using a downloaded ecj. This has fixed excalibur and all the other machines seem to be happy.
Hide
Permalink
Andrew John Hughes added a comment - 12/Mar/08 2:07 PM

The intention of adding javac to the Classpath build was never done with the intention of supporting the proprietary JDKs which is what appears to be in use here. It was done to support OpenJDK javac. That's not to say you can't use that, but we don't support that scenario by testing it ourselves. The whole purpose of GNU Classpath is to have a Free Java environment and there's nothing we can do about bugs in compilers for which the source code is not available, as is the case with Sun's JDK 1.5 javac and IBM's JDK 1.5 javac. This doesn't mean you require JDK6. It means that Sun and IBM's compilers that were packaged with version 5 of their JDKs have a bug. Requiring JDK6 implies you need support for the 1.6 bytecode level and presumably the APIs.

I've never understood why ecj was bundled either, yet javac wasn't. Either bundle both or bundle neither.

Show
Andrew John Hughes added a comment - 12/Mar/08 2:07 PM The intention of adding javac to the Classpath build was never done with the intention of supporting the proprietary JDKs which is what appears to be in use here. It was done to support OpenJDK javac. That's not to say you can't use that, but we don't support that scenario by testing it ourselves. The whole purpose of GNU Classpath is to have a Free Java environment and there's nothing we can do about bugs in compilers for which the source code is not available, as is the case with Sun's JDK 1.5 javac and IBM's JDK 1.5 javac. This doesn't mean you require JDK6. It means that Sun and IBM's compilers that were packaged with version 5 of their JDKs have a bug. Requiring JDK6 implies you need support for the 1.6 bytecode level and presumably the APIs. I've never understood why ecj was bundled either, yet javac wasn't. Either bundle both or bundle neither.

People

  • Assignee:
    Ian Rogers
    Reporter:
    David Grove
Vote (0)
Watch (0)

Dates

  • Created:
    29/Feb/08 3:28 PM
    Updated:
    12/Mar/08 2:07 PM
    Resolved:
    01/Mar/08 2:54 AM
  • Atlassian JIRA (v5.0.4#731-sha1:3aa7374)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.