Re: Preparing for 0.06 release (last test release - hopefully)
Mark Wielaard <[EMAIL PROTECTED]> writes: > Hi, > > On Mon, 2003-08-18 at 00:30, Mark Wielaard wrote: > > I have put up a new test release: > > http://www.klomp.org/mark/classpath/classpath-0.06-test3.tar.gz > > > > (Note that I disabled the actual API generation since that just takes to > > much time. I will generate a new set tonight and put it up somewhere > > tomorrow morning.) > > API documentation is now up at: > http://www.klomp.org/mark/classpath/doc/api/html/ > > Cannot compare it with the old version since that seems to be gone: > http://www.gnu.org/software/classpath/docs/api/ > Brian, do you know how to get it back up? I had access to the file space on gnudist.gnu.org:/var/www/software/classpath which is where the web pages come from. Anyway with the crack that is gone and I don't know how to get it back up. I certainly don't think it reasonable to make us check this generated stuff into cvs. Paul set this up for me before. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release (last test release - hopefully)
Mark Wielaard <[EMAIL PROTECTED]> writes: > Hi, > > I think this is as good as it gets for 0.06. The only real change with > test-3 is that I disabled generation of the API documentation during the > make dist because the API doc doesn't look completely right (some > encoding problems) and I am not sure what to do with the copyright > statement at the bottom since (as Anthony Green pointed out) not all > files are now actually copyright FSF since we have imported those JAXP > things. The latest gjdoc has a special tag it will pull from the sources for each file, something like @copyright. We merely need to add it to every single file and it should be fixed. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release (last test release - hopefully)
Hi, I think this is as good as it gets for 0.06. The only real change with test-3 is that I disabled generation of the API documentation during the make dist because the API doc doesn't look completely right (some encoding problems) and I am not sure what to do with the copyright statement at the bottom since (as Anthony Green pointed out) not all files are now actually copyright FSF since we have imported those JAXP things. I have tested it with kissme and mauve and the results seem OK. But since I still cannot stage the thing at alpha.gnu.org and since I didn't get much feedback (does it just work OK for everybody?) I just put up a test-4 that I will turn into a real release when I can get it on alpha.gnu.org. http://www.klomp.org/mark/classpath/classpath-0.06-test4.tar.gz If you have small, trivial, low risk changes please check them in (I still have a couple that could go in if I just had more time). If you have something big or non-trivial to check in please let me know and I will tag the tree and do the final release anyway. Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release (last test release - hopefully)
Hi, On Mon, 2003-08-18 at 00:30, Mark Wielaard wrote: > I have put up a new test release: > http://www.klomp.org/mark/classpath/classpath-0.06-test3.tar.gz > > (Note that I disabled the actual API generation since that just takes to > much time. I will generate a new set tonight and put it up somewhere > tomorrow morning.) API documentation is now up at: http://www.klomp.org/mark/classpath/doc/api/html/ Cannot compare it with the old version since that seems to be gone: http://www.gnu.org/software/classpath/docs/api/ Brian, do you know how to get it back up? Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release (last test release - hopefully)
Hi, On Fri, 2003-08-15 at 19:09, Mark Wielaard wrote: > - Import new external libraries > - GNU-JAXP (Imported, does it work/get included in dist?) I have added all files explicitly to a new Makefile.am DISTFILES and updated the README how to do this when we import a new version. > - gjdoc As I already said in an earlier email gjdoc now works. I have one small problem with unknown entities. I have remove those from CVS at the moment, but that is actually a bug. Savannah was down so I couldn't report it. Will do so when it is up so we can put them back when we get a gjdoc that does handles them correctly (it is probably my fault/setup). I have put up a new test release: http://www.klomp.org/mark/classpath/classpath-0.06-test3.tar.gz (Note that I disabled the actual API generation since that just takes to much time. I will generate a new set tonight and put it up somewhere tomorrow morning.) Please look at it since I want to do a real release tomorrow. But if you find show-stoppers or can fix something that is low risk please do. Below is a lost of issues, some could be rolled into the release if someone has time to do it. Good night, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Hi, On Sat, 2003-08-16 at 13:55, Mark Wielaard wrote: > When compiling everything from source (I used gnujaxp.jar and > libxmlj.jar files first) most seems to work already for small batches of > classes, but multiple packages keep crashing. This seems to be a combination of bugs in libxmlj and libgcj. I now have a more or less correctly working gjdoc with the patch mentioned in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11951 And the following patch to libxmlj: diff -u -r1.4 xmlj_io.c --- src/xmlj_io.c 7 Mar 2003 02:07:34 - 1.4 +++ src/xmlj_io.c 16 Aug 2003 21:53:16 - @@ -442,6 +442,12 @@ hrefString, baseString); + if ((*env)->ExceptionOccurred (env)) +{ + /* Report to ErrorAdapter here? */ + return NULL; +} + jlong tree = (*env)->CallLongMethod (env, libxmlDocument, The above makes gjdoc barf a bit more intelligently on broken XHTML in our javadoc. I am now going slowly through the output to fixup/workaround some things that is wrong/cannot be handled gjdoc at the moment. This will take a while and I also want to be sure that the way we handle gnujaxp is correct (didn't have time to check that). I did apply some of the patches send in by Julian Dolby and Patrik Reali which fixed some pretty embarrassing bugs (thanks guys!). I want to push the release to Monday since everything takes much more time then I had hoped (but we do get a much more robust release which is nice). Hopefully I will then also have access again to the gnu machines to make sure that the release can be published somewhere. Current status below. Feel free to fix/check-in bug fixes (make sure you test it really carefully), but please no big things till after the release. Cheers, Mark - More bugs... 3207 API installation fails, argument list too long Postponed? Brian suggests: Would 'find ... | cpio' fix the problem since the args are piped into cpio instead of expanded on the command line...? 3872 Extra optional Exceptions thrown in e.g. List.remove(Object) since 1.4 Postponed. 4118 java.text.RuleBasedCollator is incompleted Unanalyzed. (But Guilhem is working on java.text for importing into kaffe.) 4120 Locale collation rules incorrect (or missing) Unanalyzed. (But see above.) 4357 HTTP Request Headers should be handled Case Sensitive Unanalyzed. 4477 PrintWriter.checkError() gives wrong result sometimes Seems to work for us, but libgcj is wrong. Strange, analyzis seems to indicate that this should also be a problem for us... 4741 java.util.GregorianCalendar returns 0 for the first week of the month Unanalyzed. 4742 java.io.StreamTokenizer behaves differently from Sun's implementation Unanalyzed. - Tech support requests 100979 post class files Would be nice. - Patches 1831 bug compatibility with sun for ZipInputStream Not sure how important this is or what the correct approach is. Needs test case or better explanation what is going on/expected. 1832 InitialContext lookup handle CannotProceedEx's; fix to close Unanalyzed. 1833 make NamingManager handle nested names for JBoss Unanalyzed. - VM interface rewrite. - VMThread. Postponed. - VMSecurityManager Postponed. - Import new external libraries - GNU-JAXP (Imported, does it work/get included in dist?) - make dist. Now creates a nice tar ball that can then be used to just ./configure && make && make install. - make distcheck. Would be nice to be distcheck clean, but currently we have lots of files left after a make clean (mainly lib/*/ .class files). - gjdoc Played with it a bit and almost have it working, but gjdoc from CVS doesn't build out of the box for me. I have to add the GNUJAXP sources, play with resource paths a bit. Now still have to add a xml.transformer. The Debian package from unstable is broken. Have it build now with gcj, libxml and gnujaxp, and need a patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11951 plus another to src/xmlj_io.c (xmljResolveURIAndOpen) to do an EexceptionOccured check after CallObjectMethod(). - .so files Make install doesn't create .so files for me. SOLVED. Downgrade to libtool 1.4.3 (and updated HACKING document). - tar balls - Create tests - Where to host? (alpha.gnu.org) - NEWS file DONE - Updated with some new info. Could be more extended. - Announcement - Write - When to announce? - Where to announce? - Bumb version number and tag tree just before final tar ball. ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Hi, On Sat, 2003-08-16 at 00:50, Brian Jones wrote: > [... gjdoc execution ...] > > java.lang.ArrayIndexOutOfBoundsException: -1 > > Hmm, Julian ([EMAIL PROTECTED]) could probably answer if he had time. There must be something wrong with my setup/gcj since the statement which throws this exception is inside a try { ... } catch (RuntimeException re). Strange. Rebuilding my gcj now. When compiling everything from source (I used gnujaxp.jar and libxmlj.jar files first) most seems to work already for small batches of classes, but multiple packages keep crashing. Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Mark Wielaard <[EMAIL PROTECTED]> writes: > Hi, > > Small update. I am not going to make it with 0.06 today. OK > And the GNUAXP import seems to not really work correctly when doing > a make from a make dist tarbal. Weird, I'll have to take a look. > java.lang.ArrayIndexOutOfBoundsException: -1 Hmm, Julian ([EMAIL PROTECTED]) could probably answer if he had time. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Hi, Small update. I am not going to make it with 0.06 today. I am still fighting to create a working gjdoc. I have it compiled now with gcj, gnujaxp and libxmlj. But while running it always gives the attached output. Also I think that the DecoderUTF8 patch should go in, but I haven't created a test case for it yet. And the GNUAXP import seems to not really work correctly when doing a make from a make dist tarbal. All other items on the list below aren't that important for 0.06 I think. Will get out for a while now and try to finish it up tomorrow. In the meantime you can play with a new test release: http://www.klomp.org/mark/classpath/classpath-0.06-test2.tar.gz - More bugs... 3207 API installation fails, argument list too long Postponed? Brian suggests: Would 'find ... | cpio' fix the problem since the args are piped into cpio instead of expanded on the command line...? 3872 Extra optional Exceptions thrown in e.g. List.remove(Object) since 1.4 Postponed? 4118 java.text.RuleBasedCollator is incompleted Unanalyzed. (But Guilhem is working on java.text for importing into kaffe.) 4120 Locale collation rules incorrect (or missing) Unalalyzed. (But see above.) 4357 HTTP Request Headers should be handled Case Sensitive Unanalyzed. 4477 PrintWriter.checkError() gives wrong result sometimes Seems to work for us, but libgcj is wrong. Strange, analyzis seems to indicate that this should also be a problem for us... 4741 java.util.GregorianCalendar returns 0 for the first week of the month Unanalyzed. 4742 java.io.StreamTokenizer behaves differently from Sun's implementation Unanalyzed. - Tech support requests 100979post class files Would be nice. - Patches 1823 errors in gnu/java/io/DecoderUTF8 Seems necessary, but don't have a test case yet. - VM interface rewrite. - VMThread. Postponed. - VMSecurityManager Postponed. - Import new external libraries - GNU-JAXP (Imported, does it work/get included in dist?) - make dist. Now creates a nice tar ball that can then be used to just ./configure && make && make install. - make distcheck. Would be nice to be distcheck clean, but currently we have lots of files left after a make clean (mainly lib/*/ .class files). - gjdoc Played with it a bit and almost have it working, but gjdoc from CVS doesn't build out of the box for me. I have to add the GNUJAXP sources, play with resource paths a bit. Now still have to add a xml.transformer. The Debian package from unstable is broken. Have it build now with gcj, libxml and gnujaxp, but it doesn't work correctly :{ - .so files Make install doesn't create .so files for me. SOLVED. Downgrade to libtool 1.4.3 (and updated HACKING document). - tar balls - Create tests - Where to host? (alpha.gnu.org) - NEWS file DONE - Updated with some new info. Could be more extended. - Announcement - Write - When to announce? - Where to announce? - Bumb version number and tag tree just before final tar ball. Cheers, Mark Loading classes for package java.util.jar... Constructing Javadoc information... Resolving references in classes... Resolving references in packages... Resolving references in class comments... Resolving references in package comments... Running doclet... Writing XML Index file... Writing XML information for java.util.jar.JarEntry... Writing XML information for java.util.jar.JarException... Writing XML information for java.util.jar.JarFile... Writing XML information for java.util.jar.JarInputStream... Writing XML information for java.util.jar.JarOutputStream... Writing XML information for java.util.jar.Manifest... Writing XML information for java.util.jar.Attributes... Writing XML information for java.util.jar.Attributes.Name... WARNING: In java.util.jar.Attributes.Name: Inserting WARNING: In java.util.jar.Attributes.Name: Inserting WARNING: In java.util.jar.Attributes.Name: Inserting ' WARNING: In java.util.jar.Attributes.Name.EXTENSION_LIST: Inserting WARNING: In java.util.jar.Attributes.Name.EXTENSION_LIST: Inserting WARNING: In java.util.jar.Attributes.Name.EXTENSION_LIST: Inserting WARNING: In java.util.jar.Attributes.Name.EXTENSION_LIST: Inserting WARNING: In java.util.jar.Attributes.Name.EXTENSION_LIST: Inserting ' java.lang.ArrayIndexOutOfBoundsException: -1 at gnu.xml.dom.DomNode.item(int) (Unknown Source) at gnu.xml.dom.DomNode.getLastChild() (Unknown Source) at gnu.xml.pipeline.DomConsumer$Handler.characters(char[], int, int) (Unknown Source) at gnu.xml.aelfred2.SAXDriver.charData(char[], int, int) (Unknown Source) at gnu.xml.aelfred2.XmlParser.parseCharData() (Unknown Source) at gnu.xml.aelfred2.XmlParser.parseContent() (Unknown Source) at gnu.xml.aelfred2.XmlParser.parseElement(boolean) (Unknown Source) at gnu.xml.aelfred2.XmlParser.parseContent() (Unknown Source) at gnu.xml.aelfred2.XmlParser.parseElement(boolean) (Unknown Source) at gnu.xml.aelfred2.XmlParser.parseDocument(
Re: Preparing for 0.06 release
Hi, On Thu, 2003-08-14 at 19:15, Mark Wielaard wrote: > - NEWS file Wow! There is so much changed between now and February 15 (the 0.05 release). There are 500+ ChangeLog entries since then. That is about 2 commits each and every day! So I started out with mentioning some of the important changes, but soon I just listed the packages that had seen big improvements, there has been just to much work done the last couple of months :) Anything I missed that really should be mentioned? New in release 0.06 (not-yet-released) * Update java.awt peers to GTK+2. * java.awt.GridBagLayout implementation. * New JNI nativee target code layer. See native/target/readme.txt. * java.swing.border implementation. * java.security and java.security.cert updated to 1.4 spec. * --enable-regen-headers configure flag for automatic jni .h file generation. * Removed workaround for gcj 3.2 and lower, gcj 3.3+ or jikes 1.18+ is now needed for compiling. * Lots of improvements and/or new classes for java.awt, java.awt.dnd, java.awt.font, java.awt.geom, java.awt.image, java.io, java.math, java.net, java.nio, java.rmi, java.text, java.util, javax.swing, javax.swing.plaf, javax.swing.text. VM Interface changes: * VMClassLoader.loadClass(), the bootstrap classloader called by Class.forName() and ClassLoader.loadClass(), may now return null when a class is not found instead of throwing a new ClassNotFoundException. This is a performance optimization in some cases. This also changes the Class.forName() reference code. * Native methods in Class have been moved to VMClass. A few additional methods are also available in VMClass to provide optional performance improvements. * A VM can now supply its own String.intern() strategy through the VMString class. The supplied VMString reference class implements the original WeakHashMap strategy. * Float and Double to/from bits conversion functions can now be supplied by the VM through VMFloat and VMDouble. Default JNI conversion methods are supplied. Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
On 15 Aug 2003 13:17:30 +0200 Mark Wielaard <[EMAIL PROTECTED]> wrote: > Hi, > > On Fri, 2003-08-15 at 12:35, Mark Wielaard wrote: > > I have: > > automake 1.7.6 > > autoconf 2.57 > > libtool 1.5.0a > > > > Does it work for you? I can try downgrading the tools. > > Downgraded libtool to 1.4.3 and it now works correctly! > > Yeah, ;) Mark can you specify this to make sure John -- Arnaud Vandyck, STE fi, ULg Formateur Cellule Programmation. pgp0.pgp Description: PGP signature ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Hi, On Fri, 2003-08-15 at 12:35, Mark Wielaard wrote: > I have: > automake 1.7.6 > autoconf 2.57 > libtool 1.5.0a > > Does it work for you? I can try downgrading the tools. Downgraded libtool to 1.4.3 and it now works correctly! Yeah, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Hi, On Fri, 2003-08-15 at 01:40, Brian Jones wrote: > Is this a libtool problem or auto*? I'll give it a try later. I > think it works for me though. > > automake 1.6.3 > autoconf 2.53 > libtool 1.4.2 I have: automake 1.7.6 autoconf 2.57 libtool 1.5.0a Does it work for you? I can try downgrading the tools. I see that out HACKING file suggests: - GNU autoconf 2.53 - GNU automake 1.6 - GNU libtool 1.4.2 Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Hi, On Fri, 2003-08-15 at 01:40, Brian Jones wrote: > Does 'make DESTDIR=/tmp/foo install' still work? Yes, except for the no .so files get installed for me thingy mentioned earlier. Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Brian Jones <[EMAIL PROTECTED]> writes: > > - Import new external libraries > > - GNU-JAXP Done, but someone concerned that I'm not seeing 'configure' in the jaxp directory. No difference otherwise between initial import and this import. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Mark Wielaard <[EMAIL PROTECTED]> writes: > Hi, > > There is (in a couple of minutes) a first test tar ball up at: > http://www.klomp.org/mark/classpath/classpath-0.06-test1.tar.gz (5.4M) > And I would appreciate it if someone could try it out. > But there are still some things todo before 0.06. > > - More bugs... > > 3207 API installation fails, argument list too long > Postponed? Would 'find ... | cpio' fix the problem since the args are piped into cpio instead of expanded on the command line...? > - Import new external libraries > - GNU-JAXP Will do tonight after dinner. > > - make dist. > Now creates a nice tar ball that can then be used to just > ./configure && make && make install. > > - make distcheck. > Would be nice to be distcheck clean, but currently we have lots of files > left after a make clean (mainly lib/*/ .class files). It has never worked, worked almost completely with 0.05. Does 'make DESTDIR=/tmp/foo install' still work? > - gjdoc > Played with it a bit and almost have it working, but gjdoc from CVS > doesn't build out of the box for me. I have to add the GNUJAXP sources, > play with resource paths a bit. Now still have to add a xml.transformer. > The Debian package from unstable is broken. > > - .so files > Make install doesn't create .so files for me. For example I now have in > /usr/share/classpath/lib/classpath: > libjavanet -> libjavanet.0.0.0 > libjavanet.0 -> libjavanet.0.0.0 > libjavanet.0.0.0 > libjavanet.la > No .so files. > Linking libjavanet.so -> libjavanet.0.0.0 by hand seems to work. Is this a libtool problem or auto*? I'll give it a try later. I think it works for me though. automake 1.6.3 autoconf 2.53 libtool 1.4.2 Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Hi, In message "Preparing for 0.06 release" on 03/08/10, Mark Wielaard <[EMAIL PROTECTED]> writes: > - There are still some open bugs: > http://savannah.gnu.org/bugs/?group=classpath I submitted two new bug reports, which were originally submitted to this mailing list. ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Ito Kazumitsu <[EMAIL PROTECTED]> writes: > Hi, > > In message "Preparing for 0.06 release" > on 03/08/10, Mark Wielaard <[EMAIL PROTECTED]> writes: > > > - There are still some open bugs: > > http://savannah.gnu.org/bugs/?group=classpath > > I submitted two new bug reports, which were originally > submitted to this mailing list. Thanks Ito, I hadn't forgot about these. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
> I believe the kissme VM just uses the vm/reference version of Thread. This is correct. If the classpath implementation of vm/reference/java/lang/Thread.java is redone as java/lang/Thread.java + vm/reference/java/lang/VMThread.java, kissme should be changed to reflect this. This will entail changes to the native methods, depending on how the new VMThread.java declares them. A short term alternative (hack) would be to simply copy the existing classpath vm/reference/java/lang/Thread.java into the kissme tree so that kissme continues to use the old Thread.java code. I'd prefer to deal with this AFTER Classpath 0.06. -- Steve -- Steve ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
> > A side question (that's important for deciding whether to include it in > > the 0.06 release), do any VMs use the unmodified reference Thread class? > > I believe the kissme VM just uses the vm/reference version of Thread. Jaos uses vm/reference/java/lang/Thread as is. But this shouldn't stop you from improving the design by moving the native stuff into a VMThread class. If a native method is just rewritten to call a VM* method, then Jaos implementation will still work, because the linker patches the native method implementation directly into the method table and thus ignores the call to the VM* class. -Patrik ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
RE: Preparing for 0.06 release
Hi, On Mon, 2003-08-11 at 08:53, Jeroen Frijters wrote: > Mark Wielaard wrote: > > - Is there any progress on the Thread/VMThread split? > > Would be nice to get that in, but it will require work to make it > > work with the different VMs so it better go in quickly > > (today/tomorrow). > > I think it would be good if another VM implemented it, to see if the > proposed split works there as well (IKVM is already running with it). > Besides that, VMThread needs to be documented and a NEWS entry needs to > be written. I've attached the code I've got at the moment. I won't have time to try it out with another VM at the moment and the VMThread class really needs documentation (you might be able to lift some documentation of my old proposal). > A side question (that's important for deciding whether to include it in > the 0.06 release), do any VMs use the unmodified reference Thread class? I believe the kissme VM just uses the vm/reference version of Thread. But lets decide to get the Thread/VMThread in after the 0.06 release on Friday. Then We can do it together with a better design for the SecurityManager/VMSecurityManger thing. It is only four days till the release if everything goes well. And I want to have the next release a bit sooner then 6 months (say 3 months if we have enough new stuff). Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
Hi, There is (in a couple of minutes) a first test tar ball up at: http://www.klomp.org/mark/classpath/classpath-0.06-test1.tar.gz (5.4M) And I would appreciate it if someone could try it out. But there are still some things todo before 0.06. - More bugs... 3207API installation fails, argument list too long Postponed? 3872Extra optional Exceptions thrown in e.g. List.remove(Object) since 1.4 Postponed? 4118java.text.RuleBasedCollator is incompleted Unanalyzed. 4120Locale collation rules incorrect (or missing) Unalalyzed. 4357HTTP Request Headers should be handled Case Sensitive Unanalyzed. 4477PrintWriter.checkError() gives wrong result sometimes Seems to work for us, but libgcj is wrong. Strange, analyzis seems to indicate that this should also be a problem for us... 4741java.util.GregorianCalendar returns 0 for the first week of the month Unanalyzed. 4742java.io.StreamTokenizer behaves differently from Sun's implementation Unanalyzed. - VMThread. Postponed. - VMSecurityManager Postponed. - VMMethod Unanalyzed/Postpone? - Import new external libraries - GNU-JAXP - make dist. Now creates a nice tar ball that can then be used to just ./configure && make && make install. - make distcheck. Would be nice to be distcheck clean, but currently we have lots of files left after a make clean (mainly lib/*/ .class files). - gjdoc Played with it a bit and almost have it working, but gjdoc from CVS doesn't build out of the box for me. I have to add the GNUJAXP sources, play with resource paths a bit. Now still have to add a xml.transformer. The Debian package from unstable is broken. - .so files Make install doesn't create .so files for me. For example I now have in /usr/share/classpath/lib/classpath: libjavanet -> libjavanet.0.0.0 libjavanet.0 -> libjavanet.0.0.0 libjavanet.0.0.0 libjavanet.la No .so files. Linking libjavanet.so -> libjavanet.0.0.0 by hand seems to work. - tar balls - Create tests - Where to host? (alpha.gnu.org) - NEWS file - Announcement - Write - When to announce? - Where to announce? - Bumb version number and tag tree just before final tar ball. I am slowly going through this list. Hopefully resolving all items so we have a real 0.06 tomorrow. Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
RE: Preparing for 0.06 release
Mark Wielaard wrote: > - Is there any progress on the Thread/VMThread split? > Would be nice to get that in, but it will require work to make it > work with the different VMs so it better go in quickly > (today/tomorrow). I think it would be good if another VM implemented it, to see if the proposed split works there as well (IKVM is already running with it). Besides that, VMThread needs to be documented and a NEWS entry needs to be written. I've attached the code I've got at the moment. A side question (that's important for deciding whether to include it in the 0.06 release), do any VMs use the unmodified reference Thread class? Regards, Jeroen Thread.java Description: Thread.java VMThread.java Description: VMThread.java ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Preparing for 0.06 release
I talked to Julian, and Jikes RVM no longer has a functional need for this particular patch. In the long run, getting a nice break between SecurityManager and a VMSecurityManager would be good for our performance, but the current code is functionally ok. Our suggestion would be to cancel this particular patch in favor of a more complete refactoring of this code to get a nice VMSecurityManager class we could provide our own implementation of after 0.06 come out. --dave Mark wrote: > - There is still one open patch for SecurityManager/VMSecurityManager > http://savannah.gnu.org/patch/?func=detailpatch&patch_id=1031&group_id=85 > Don't know how urgent this is. I would like to see a real design how > to handle this and related methods in a VM independent way, but that > is probably not 0.06 material. (JRVM hackers, how important is it > that this goes in? We can always add a hack for 0.06 if that really > helps you out.)___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath