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, 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)
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
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
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 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
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 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
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 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
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 /li
WARNING: In java.util.jar.Attributes.Name: Inserting /li
WARNING: In java.util.jar.Attributes.Name: Inserting '/li
WARNING: In java.util.jar.Attributes.Name.EXTENSION_LIST: Inserting /li
WARNING: In java.util.jar.Attributes.Name.EXTENSION_LIST: Inserting /li
WARNING: In java.util.jar.Attributes.Name.EXTENSION_LIST: Inserting /li
WARNING: In java.util.jar.Attributes.Name.EXTENSION_LIST: Inserting /li
WARNING: In java.util.jar.Attributes.Name.EXTENSION_LIST: Inserting '/li
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
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, 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
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
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
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
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
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 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
