From: David P G. <gr...@us...> - 2003-03-05 18:01:46
|
Changes in classpath cvs to java.io.FileDescriptor broke the build of Jikes RVM vs. the classpath CVS head. This puts us in a slightly awkward situation because at first glance if we want Jikes RVM to build against both the classpath CVS head and version 0.05 of classpath we're going to have to add more preprocessing to our code to use a different java.io.FileDescriptor API depending on the classpath version. This may be unavoidable There are two changes that are an issue: (1) getNativeFD was renamed to getNativeFd (2) the constructor that takes a unix fd and the setNativeFD method were made private instead of package so we can't access them from java.io.JikesRVMSupport anymore. Julian, could you take a look. This is a little harrier than I want to deal with myself. In the long run I suspect the right answer for JikesRVM is to push for a VMFileDescritptor. We may need to provide a patch for this to make it happen. Especially since in the long run we're going to want to restore the use of non-blocking file io that we had in the hybrid libraries. I'd like to try to get some resolution to this fairly soon because if we can't build against classpath CVS head in our nightly regression tests we risk more surprises like this in the future.... --dave |