GNU Classpath 0.05 Released
Thanks to all the hard work of so many of you, GNU Classpath 0.05 has
been released.
We are pleased to announce a new development release of GNU Classpath.
GNU Classpath, Essential Libraries for Java, is a project to create free
core class libraries for use with virtual machines and compilers for the
Java language.
GNU Classpath 0.05 can be downloaded from
ftp://alpha.gnu.org/pub/gnu/classpath/.
About Classpath 0.05:
* Supports free Java VMs including Jikes RVM,
Kissme, and perhaps others out of the box, but please refer
to each VM's documentation on how to use GNU Classpath with
the VM.
* Support GNU Crypto as the official provider of cryptographic
primitives and tools
* Support the GNU Classpath Tools sub-project of GNU Classpath as
official provider of standard tools such as gjdoc, a javadoc
replacement, and others
* Additional bug fixes and patches
* Includes pre-compiled glibj.zip and gjdoc API documentation
Bugs Fixed in Classpath 0.05:
ID DATE TITLE
- -
744 2002-Jun-24 15:56 java.text.CollationElementIterator.next() is broken
750 2002-Jun-25 10:06 java.text.CollationElementIterator.next() is broken
771 2002-Jun-27 16:09 bug in java.util.zip.InflaterDynHeader
777 2002-Jun-28 16:41 bug in java.text.MessageFormat.format(Object[], ...
783 2002-Jul-01 10:09 gnu.java.security.provider.MD5 should extend jav...
789 2002-Jul-02 10:19 java.util.zip.InflaterInputStream broken for zer...
790 2002-Jul-02 13:50 java.util.zip.DeflaterEngine exception
791 2002-Jul-02 13:51 java.util.zip.DeflaterEngine exception
835 2002-Jul-09 20:23 Incorrect implementation of SHA1PRNG.java
891 2002-Jul-22 16:46 String java.lang.Long.toHexString(long) drops di...
901 2002-Jul-24 15:15 String.trim off by one on lead whitespace
925 2002-Jul-30 17:38 ZipFile.readEntries' bad perfomace for archives ...
963 2002-Aug-08 07:42 File link on savannah doesn't work
974 2002-Aug-09 10:42 REQUEST: Update to Classpath webpage
976 2002-Aug-11 13:38 Missing GPL exception and missing Copyright stat...
998 2002-Aug-15 04:13 classpath/vm/reference/java/lang/Throwable.java ...
1028 2002-Aug-19 04:58 ClassCastException thrown for MessageDigestSpi s...
1132 2002-Sep-05 06:11 classpath/gnu/java/util/prefs/NodeReader.java
1190 2002-Sep-12 12:16 java.io.RandomAccessFile.skipBytes() seeks past EOF
1862 2002-Dec-03 03:54 incorrect behaviour of getP() for DSA keys and p...
1921 2002-Dec-07 10:50 Bug in resource loading
1953 2002-Dec-11 16:33 LineNumberReader incorrect use of PushbackReader
1966 2002-Dec-12 09:56 java.net.Socket.isClosed() missing
2105 2003-Jan-01 12:34 String.getBytes("UTF8") broken for non-zero offs...
2192 2003-Jan-12 11:18 "make install" fails in docs/api directory
Here are the answers to some questions you might have about this project
and this release.
1). What is required to build/install/run?
GNU Classpath requires a working GNU build environment and a byte code
compiler such as jikes, gcj or kjc. When creating native code you will
also need a working C compiler and up to date Gnome development libraries
(gtk+, libart and gdk-pixbuf). More information on the precise version
numbers for the tools and libraries can be found in the INSTALL file.
2). What platforms are supported?
GNU/Linux is the only platform that has been tested. We plan to
eventually support many others.
3). Who should use this software?
Although it is already capable of supporting many Java applications,
this is a development release. As such, there are still many unfinished
components, and some problems are to be expected. You should install it
if you are interested in Classpath development or reporting bugs. We
appreciate both.
4). Where do I go for more information?
The project home page with information on our mailing list can be found at
http://www.classpath.org/ or http://www.gnu.org/software/classpath/.
--
Brian Jones <[EMAIL PROTECTED]>
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.05 beta1
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 hello Tom, On Tuesday 11 February 2003 05:44, Tom Tromey wrote: > > "Raif" == Raif S Naffah <[EMAIL PROTECTED]> writes: > > Raif> the patch for the BigInteger i posted sometime ago has not been > Raif> applied yet. > > If you mean the patch you submitted for gcj, I'll put it in this > week. Sorry for the delay on that; I've been avoiding patch review > for a while :-( i did. but i did not mean it as a blame. i know you're busy doing a million other things and your TODO list is probably a mile long. hence my reference to the patch being applied soon :-) cheers; rsn -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Que du magnifique iD8DBQE+R/s9+e1AKnsTRiERA4zTAKDB5a4G+GG0wpWLYNMhBTMVaW7MnQCgiZPe XXbha80EzYo3uTQmSj7a4UY= =TFgi -END PGP SIGNATURE- ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.05 beta1
> "Raif" == Raif S Naffah <[EMAIL PROTECTED]> writes: Raif> the patch for the BigInteger i posted sometime ago has not been Raif> applied yet. If you mean the patch you submitted for gcj, I'll put it in this week. Sorry for the delay on that; I've been avoiding patch review for a while :-( Tom ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.05 beta1
"Raif S. Naffah" <[EMAIL PROTECTED]> writes: > hello Brian, > > On Monday 10 February 2003 11:14, Brian Jones wrote: > > All, > > > > I've posted the first beta of Classpath 0.05... > > the patch for the BigInteger i posted sometime ago has not been applied > yet. this i assume is going to happen soon, since it has been > approved. the delay is because i dont have write access to the gcc > CVS, but only to Classpath. > > still, it would be nice to have that patch included in the final release > of Classpath, since it improves the performance of BigInteger. It may have been lost; I don't see the patch on Savannah. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.05 beta1
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 hello Brian, On Monday 10 February 2003 11:14, Brian Jones wrote: > All, > > I've posted the first beta of Classpath 0.05... the patch for the BigInteger i posted sometime ago has not been applied yet. this i assume is going to happen soon, since it has been approved. the delay is because i dont have write access to the gcc CVS, but only to Classpath. still, it would be nice to have that patch included in the final release of Classpath, since it improves the performance of BigInteger. cheers; rsn -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Que du magnifique iD8DBQE+R18X+e1AKnsTRiERA/LZAKDbk2R2Xpoyzo0XfnMho2seNqyCXgCgjFgo JXn9A2VNFRnfOKw+ueYxjN8= =hrj6 -END PGP SIGNATURE- ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.05 beta1
Brian Jones <[EMAIL PROTECTED]> writes: > All, > > I've posted the first beta of Classpath 0.05 to the FSF alpha release > FTP host. It contains generated documentation and pre-compiled Java > bytecode which beefs up this release to nearly 7 MB. This is ftp://alpha.gnu.org/gnu/classpath/, sorry for not including that earlier. Also seems I put the file in the wrong place at first, but it is there now. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Classpath 0.05 beta1
All, I've posted the first beta of Classpath 0.05 to the FSF alpha release FTP host. It contains generated documentation and pre-compiled Java bytecode which beefs up this release to nearly 7 MB. What should you do? Check to see if it works for you. Hopefully if CVS currently works for you then this will too. If there are no complaints during this week then I'll make a release come next weekend. If someone would like to help create a proper announcement or announce it to the various locations appropriately let me know. If you need to make major changes in the coming week then we'll need to create a label and branch for this release to prevent contamination. Thanks, Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05 Update [was Re: 0.05]
Julian Dolby <[EMAIL PROTECTED]> writes: > RedHat 7.3 and 8.0 systems the man page provided for `man 7 socket' claims > the following: > >SO_RCVTIMEO and SO_SNDTIMEO > Specify the sending or receiving timeouts until > reporting an error. They are fixed to a protocol > specific setting in Linux and cannot be read or > written. Their functionality can be emulated using > alarm(2) or setitimer(2). > > Does `man 7 socket' say something different on your Debian system? That > was why I disabled those options. As I recall, the code compiled fine > under Linux but threw errors when it was actually used with the timeout > option. I will try Eclipse on Jikes RVM without this patch, and let you > know what happens. The test in Mauve seems to bare this out, an exception is thrown in our native code. This led me to discovering I had to wait several minutes between test runs due to SO_REUSEADDR not being set on the ServerSocket. Looks like gcj does this by default during 'bind', but I can't see in the docs where this is how it should be. I added it to the test helper class and found it didn't work (not supported in native code). So I added it. Now my question, it doesn't appear that our native code for these options matches the constant values expressed in java/net/SocketOptions, so should I create some dummy defines in javanet.c that use the correct values with things like #define GCP_SO_REUSEADDR 4 ... case GCP_SO_REUSEADDR: setsockopt (..., SO_REUSEADDR, ...); ... Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05 Update [was Re: 0.05]
I have been doing further work with Eclipse on Jikes RVM, and I now believe that patch 728 can probably be discarded. As for patch 722, on my RedHat 7.3 and 8.0 systems the man page provided for `man 7 socket' claims the following: SO_RCVTIMEO and SO_SNDTIMEO Specify the sending or receiving timeouts until reporting an error. They are fixed to a protocol specific setting in Linux and cannot be read or written. Their functionality can be emulated using alarm(2) or setitimer(2). Does `man 7 socket' say something different on your Debian system? That was why I disabled those options. As I recall, the code compiled fine under Linux but threw errors when it was actually used with the timeout option. I will try Eclipse on Jikes RVM without this patch, and let you know what happens. -- Julian John Leuner <[EMAIL PROTECTED]To: Julian Dolby/Watson/IBM@IBMUS a> cc: GNU Classpath <[EMAIL PROTECTED]> Subject: Re: 0.05 Update [was Re: 0.05] 01/28/03 06:39 AM > > 722 ignore supported timeout... 2002-Nov-26 10:10 mark > > 728 fixes to sorting arrays 2002-Nov-26 11:08 jewel > > With no objections these patches will not be integrated before the > release. Julian, do you have any more information about these patches? I looked at the various documentation for SO_TIMEOUT on my Debian system and didn't see any mention of it. But it also didn't say that it isn't supported. Is the patched behaviour necessary for JRVM to work correctly? I tried to generate a case where the current sorting routines break (by generating random sequences), but I never once got it to fail. Would it be difficult for you to repeat the process where you got Eclipse to fail? John Leuner signature.asc has been removed from this note on January 28, 2003 by Julian Dolby ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05 Update [was Re: 0.05]
John Leuner <[EMAIL PROTECTED]> writes: > > > There is a status page here for GCJ, > > > http://gcc.gnu.org/java/gcj-3.3-status.html. I haven't gone through > > > the errors encountered with running Mauve with Kissme yet though they > > > are posted on the project web page. > > > > I have started working at these, but these will simply need to be > > noted for the release. > > It appears the list on the page is out of date (20th of January). Is > that due to a build failure or similar problem? I have turned off those updates to the gnu web site for the moment. Look at http://www.haphazard.org/~cbj/classpath/automauve/ for more recent results. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05 Update [was Re: 0.05]
> > There is a status page here for GCJ, > > http://gcc.gnu.org/java/gcj-3.3-status.html. I haven't gone through > > the errors encountered with running Mauve with Kissme yet though they > > are posted on the project web page. > > I have started working at these, but these will simply need to be > noted for the release. It appears the list on the page is out of date (20th of January). Is that due to a build failure or similar problem? -- John Leuner <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05 Update [was Re: 0.05]
> > 722 ignore supported timeout... 2002-Nov-26 10:10 mark > > 728 fixes to sorting arrays 2002-Nov-26 11:08 jewel > > With no objections these patches will not be integrated before the > release. Julian, do you have any more information about these patches? I looked at the various documentation for SO_TIMEOUT on my Debian system and didn't see any mention of it. But it also didn't say that it isn't supported. Is the patched behaviour necessary for JRVM to work correctly? I tried to generate a case where the current sorting routines break (by generating random sequences), but I never once got it to fail. Would it be difficult for you to repeat the process where you got Eclipse to fail? John Leuner signature.asc Description: This is a digitally signed message part ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Open issues for Classpath 0.05
Hi, On Tue, 2003-01-28 at 02:04, Brian Jones wrote: > > 722 ignore supported timeout for linux; available for datagrams - Mark > > Wielaard > > > > No comments from Mark, this patch is from the JikesRVM team. > > I'd like get a comment from Mark if possible. No particular reason not to apply it. Just ran out of time. Will not have time till the end of the week to test it so if someone else wants to test/apply it please do. Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05 Update [was Re: 0.05]
Brian Jones <[EMAIL PROTECTED]> writes: > Below is my update on where we're at with the next release. Comments > welcome. > > > For those who aren't aware, gcc is preparing a 3.3 release in a couple > > of months. I'd like to make a new Classpath release, perhaps in the > > next few weeks, depending on how long it takes to get most of the > > things below accomplished. So below I borrowed heavily from the > > format of Tom's email to the gcj list earlier. > > > > There are still a number of bugs, patches, etc. I want to have fixed > > or integrated before making a new Classpath release. > > > > My current list: > > > > * Integrate any remaining patches on Savannah as needed. > > 620 Locale optimization 2002-Oct-30 20:36 tromey > 722 ignore supported timeout... 2002-Nov-26 10:10 mark > 728 fixes to sorting arrays 2002-Nov-26 11:08 jewel With no objections these patches will not be integrated before the release. > > * Fix Classpath bugs found by running Mauve with GCJ, Kissme, ORP, > > or SableVM. > > There is a status page here for GCJ, > http://gcc.gnu.org/java/gcj-3.3-status.html. I haven't gone through > the errors encountered with running Mauve with Kissme yet though they > are posted on the project web page. I have started working at these, but these will simply need to be noted for the release. > > * Fix FilePermission bugs reported on Mauve mailing list. > > Patch from David King needs to be incorporated into Mauve, failures > found in Classpath documented or fixed. > > > * Bugs 744, 835, 1190, 1966 (this is all the bugs) on Savannah Just 835 remains on Savannah, it may be that we don't implement SHA1PRNG correctly, however since we're pushing GNU Crypto they probably provide the correct implementation anyway. > > * Import/CVS link in classpathx jaxp. This includes all files that > > are part of org.w3c.dom, org.xml.sax, javax.xml, related gnu.* from > > classpathx jaxp project. > > Pinging Nic about this, will import soon. Just going to import this. > > * Resolve javax.sound - http://tritonus.org/ > > Want to try this out and hopefully point users to it. Perhaps with more free JVMs using it developer activity will increase. > > * Resolve org.ietf.jgss - http://www.ietf.org/rfc/rfc2853.txt > > Likely to become a todo item, not preventing release. > > > * Resolve the org.omg.* issues and implement whatever we decide. > > Currently, this is something I need to followup on. So I did followup on it and despite email indicating I would get a response soon I haven't received anything yet. I'll just have to continue following up on this, but will forego for this release. > > * Ensure support of GNU Crypto as a full security provider. > > Will verify and test this, Mark is most familiar. Might need to write > some documentation on how to do it. I have some documentation on how to try it out from GNU Crypto maintainer but I need to use it and clean up the documentation for the release. > > * Work with Kissme and JRVM, SableVM, and ORP if possible from the release. > > Kissme and JRVM appear likely. There are reports both work. :) > SableVM may come soon after. Probably after the release. > I've not heard anything out of the ORP team in quite a while, but > would like to know if that project is still alive or not. ORP team has confirmed they would welcome help, to paraphrase. JAOS should have a release soon after our release as well. > > * Pass Mauve test suite with 0 FAIL (we need a means of XFAILing tests > > we know we won't fix). Okay, yes I was smoking crack, or hopeful or something. > > * Full javadoc generated by gjdoc available for general consumption. > > This task is complete and available from our project web page and also > will be part of the distribution. There are probably bugs in the > gjdoc output and the copyright on each page isn't quite > right... developers interested in taking on gjdoc or writing 'jar' and > other tools are very much needed. TODO Recap: * Bug 835 * Import JAXP * GNU Crypto * Release * Include Mauve results for release * Update web pages, docs, etc., * make test dist Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Open issues for Classpath 0.05
John Leuner <[EMAIL PROTECTED]> writes: > I assume the bug is #835, I couldn't find a way to see a list of open > bugs. Has anybody tried the patch from Timothy Stack? > > http://www.kaffe.org/pipermail/kaffe/2002-June/008278.html I found that just last night and I'm still trying to classify the problem. > From Mark's comments it appears that we should open another bug for a > problem with random number generation. > > The three open patches are: > > 620 Locale optimization - Tom Tromey > > This appears to be a performance enhancement, is it necessary for the > next release? Tom answered no. > 722 ignore supported timeout for linux; available for datagrams - Mark > Wielaard > > No comments from Mark, this patch is from the JikesRVM team. I'd like get a comment from Mark if possible. > 728 fixes to sorting arrays - John Leuner > > I was unable to find any problem with the sorting code. I performed some > tests by generating random numbers and checking whether they were sorted > correctly. Perhaps there is a problem with random number generation that > hid the bug? No to this one too then. -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Open issues for Classpath 0.05
> "John" == John Leuner <[EMAIL PROTECTED]> writes: John> 620 Locale optimization - Tom Tromey John> This appears to be a performance enhancement, is it necessary for the John> next release? Nope. I'll probably put it in sooner or later, but I don't think it is a showstopper. Tom ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Open issues for Classpath 0.05
I assume the bug is #835, I couldn't find a way to see a list of open bugs. Has anybody tried the patch from Timothy Stack? http://www.kaffe.org/pipermail/kaffe/2002-June/008278.html From Mark's comments it appears that we should open another bug for a problem with random number generation. The three open patches are: 620 Locale optimization - Tom Tromey This appears to be a performance enhancement, is it necessary for the next release? 722 ignore supported timeout for linux; available for datagrams - Mark Wielaard No comments from Mark, this patch is from the JikesRVM team. 728 fixes to sorting arrays - John Leuner I was unable to find any problem with the sorting code. I performed some tests by generating random numbers and checking whether they were sorted correctly. Perhaps there is a problem with random number generation that hid the bug? John Leuner On Mon, 2003-01-27 at 13:10, Brian Jones wrote: > John Leuner <[EMAIL PROTECTED]> writes: > > > I am eager to see a new Classpath release, or at least a snapshot that > > can be used as a .deb package for kissme. > > We're getting closer, 3 patches left and 1 bug in Savannah (ignoring > Mauve failures). > > Brian -- John Leuner <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
RE: 0.05 Update [was Re: 0.05]
Brian Jones wrote: > I've not heard anything out of the ORP team in quite a while, > but would like to know if that project is still alive or not. We are still working on ORP but we haven't been keeping up with the Classpath work and we are still on the old version. I'll see what we can do but my guess is that we are unlikely to find resources to make ORP work with Classpath 0.05. Michal ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
I'll get the CVS stuff done this week if you can wait... I've had a serious mail crash and been working on recovering everything. Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05 Update [was Re: 0.05]
--- Brian Jones <[EMAIL PROTECTED]> wrote: > > Also, I think it could be possible to use JTidy to > > implement parts of javax.swing.text.html, if > someone > > wants to do it. Or to use GNU JAXP, but I'd guess > that > > JTydy would be a more failure tolerant solution. > > Swing is nearly as big as all of the rest of JDK > 1.1, and I think > newer versions of Swing rely on Java2D as well which > is also going to > be a huge project of its own. Yeah, but HTML parsing shouldn't have much to do with Java2D ;) At least that part of swing could be implementable without AWT. best regards, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05 Update [was Re: 0.05]
Dalibor Topic <[EMAIL PROTECTED]> writes: > I'll look into some other Classpath-vs-Kaffe > collections issues, and post bug reports if I find > any. Okay. > > > * Resolve javax.sound - http://tritonus.org/ > > > > Want to try this out and hopefully point users to > > it. > > I've merged it into kaffe last week ;). It works, > except for some issues with MIDI that are getting > resolved. Matthias Pfisterer has just added the > missing bits from the API spec, which will come into > kaffe's CVS tomorrow, I hope. Interesting, not sure if we can or should include it directly as it is LGPL, but providing the javax.sound API if not a default implementation would still help round things out. > > > * Resolve the org.omg.* issues and implement > > whatever we decide. > > > Currently, this is something I need to followup > > on. > > I was thinking about merging in bits from JacORB into > kaffe eventually. Is that the implementation you are > going to use? I'll have to take a look, essentially this refers to the licensing on org.omg.* as released from the OMG. Not sure what JacORB is using for the interfaces. > BTW, has anyone looket at the FreeHEP Java libraries? > They seem to have implemented a lot of pure java image > codecs. That might provide an interesting way to > implement javax.imageio plugins in the long run. I've not looked at it. > Also, I think it could be possible to use JTidy to > implement parts of javax.swing.text.html, if someone > wants to do it. Or to use GNU JAXP, but I'd guess that > JTydy would be a more failure tolerant solution. Swing is nearly as big as all of the rest of JDK 1.1, and I think newer versions of Swing rely on Java2D as well which is also going to be a huge project of its own. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05 Update [was Re: 0.05]
Hi Brian, --- Brian Jones <[EMAIL PROTECTED]> wrote: > Brian Jones <[EMAIL PROTECTED]> writes: > > * Bugs 744, 835, 1190, 1966 (this is all the bugs) > on Savannah > > And 2105. A bug in TreeMap.sucessor reported by > Dalibor Topic was > fixed by Eric. Thanks Eric! I'll look into some other Classpath-vs-Kaffe collections issues, and post bug reports if I find any. > > * Resolve javax.sound - http://tritonus.org/ > > Want to try this out and hopefully point users to > it. I've merged it into kaffe last week ;). It works, except for some issues with MIDI that are getting resolved. Matthias Pfisterer has just added the missing bits from the API spec, which will come into kaffe's CVS tomorrow, I hope. > > * Resolve the org.omg.* issues and implement > whatever we decide. > > Currently, this is something I need to followup > on. I was thinking about merging in bits from JacORB into kaffe eventually. Is that the implementation you are going to use? BTW, has anyone looket at the FreeHEP Java libraries? They seem to have implemented a lot of pure java image codecs. That might provide an interesting way to implement javax.imageio plugins in the long run. Also, I think it could be possible to use JTidy to implement parts of javax.swing.text.html, if someone wants to do it. Or to use GNU JAXP, but I'd guess that JTydy would be a more failure tolerant solution. best regards, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Mark Wielaard <[EMAIL PROTECTED]> writes: > On Mon, 2002-12-16 at 22:36, Brian Jones wrote: > > * Integrate any remaining patches on Savannah as needed. > > I still have some patches "claimed" but I got absorbed in gcc 3.3 > testing and didn't have time to do more merging. I am currently looking > at merging/fixing the ObjectStream classes between Classpath and libgcj > but ran out of time and I probably won't have time the rest of the week > to look after the JRVM patches. So feel free to analyze and/or patch the > remaining items. I haven't gotten to this yet. The gjdoc, dist, and automake crap took me much longer than expected over the past few days. > > * Full javadoc generated by gjdoc available for general consumption. > > There is only one open issue here that I know of. The produced HTML > pages should contain the actual Copyright notice of the java files they > were produced from not just some generic blurb. This is easy to > implement for the GNU Classpath classes since they always have that > statement as the first comment block at the top of the file. In general > it will not be that easy to extract this info from the java source file. Some way of specifying copyright/footer on a per package/class basis would be great... but this appears to be added in the xsltproc step. I've ignored it for now but there is a notice to this affect that you describe on our website. I've just committed a large number of changes to finish bringing gjdoc generation into the build/dist mechanism, fix some broken things like DESTDIR, uninstall, and too many invocations of gen-classlist.sh. I think make distcheck almost works now (fails in distcleancheck), but it's not a big deal either way. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
> of months. I'd like to make a new Classpath release, perhaps in the > next few weeks, depending on how long it takes to get most of the Good to hear. I was going to prepare a new version of the Jaos VM to release my latest changes (an new improved jit-compiler, a few slides from a lecture I'm currently giving, and some documentation as part of my thesis). I will wait for the 0.05 release to integrate the new libraries in Jaos: the timing is almost perfect, as I should have more time from february on. The good news for the moment are: * Jaos is not dead * I did run the Spec JVM 98 on Jaos with Classpath: 201_compress, 202_jess, 209_db, and 228_jack are working fine (though I did my last checkout in march). The other benchmarks fail because of some errors in Jaos. The results on my website are those with the old compiler; with the new one the code should be about twice as fast. Patrik Reali http://www.inf.ethz.ch/personal/reali http://www.oberon.ethz.ch/jaos ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Brian Jones <[EMAIL PROTECTED]> writes: > Mark Wielaard <[EMAIL PROTECTED]> writes: > > > > I'll probably do that over Christmas, so watch out. > > > > Just having to import a new release of GNU-JAXP from time to time by > > hand wouldn't be that bad. We can do that once every few months if > > necessary. So don't feel obliged to do fancy CVS repository hacking, > > just having a source release that we can drop into our CVS tree will > > work fine. > > What Mark says is true, imports of new releases of GNU-JAXP from time > to time will work. Sure. The thing is the repository hacking might be less work. It needs investigating anyway. We can use the import as a fall back. Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Mark Wielaard <[EMAIL PROTECTED]> writes: > > I'll probably do that over Christmas, so watch out. > > Just having to import a new release of GNU-JAXP from time to time by > hand wouldn't be that bad. We can do that once every few months if > necessary. So don't feel obliged to do fancy CVS repository hacking, > just having a source release that we can drop into our CVS tree will > work fine. What Mark says is true, imports of new releases of GNU-JAXP from time to time will work. Brian -- Brian Jones <[EMAIL PROTECTED]> http://www.haphazard.org/~cbj/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Hi, On Tue, 2002-12-17 at 00:39, Nic Ferrier wrote: > > > > I'd like the source. Any recommendation on how to achieve that? > > > > > > I'm sure we can do it with CVS. But you'll probably have to accept > > > some duplication of build scripts. > > > > Maybe. Do you know how to set this up already? I would need to > > experiment with CVS/read the manual to figure it out. > > I know how to do it with conventional CVS. The savannah system is not > conventional because the repositorys are ring fenced. However, it > still seems pretty easy: some symlinks should do it. > > Note that it has not been done yet. This will be the first time, I > probably need to play around in a scratch copy of the classpath > repository. > > I'll probably do that over Christmas, so watch out. Just having to import a new release of GNU-JAXP from time to time by hand wouldn't be that bad. We can do that once every few months if necessary. So don't feel obliged to do fancy CVS repository hacking, just having a source release that we can drop into our CVS tree will work fine. Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Hi, On Mon, 2002-12-16 at 22:36, Brian Jones wrote: > * Integrate any remaining patches on Savannah as needed. I still have some patches "claimed" but I got absorbed in gcc 3.3 testing and didn't have time to do more merging. I am currently looking at merging/fixing the ObjectStream classes between Classpath and libgcj but ran out of time and I probably won't have time the rest of the week to look after the JRVM patches. So feel free to analyze and/or patch the remaining items. > * Fix Classpath bugs found by running Mauve with GCJ, Kissme, ORP, or SableVM. I made a list for gcj here: http://gcc.gnu.org/ml/java/2002-12/msg00185.html > * Ensure support of GNU Crypto as a full security provider. There is one remaining bug (but with patch) see: http://gcc.gnu.org/ml/java-patches/2002-q4/msg00430.html But that should be all there is to it. I wrote a couple of Mauve tests that ensure our security provider framework wroks as expected. And GNU Crypto now contains a couple of tests to make sure that it is functioning correctly that (with the above test) now all succeed (at least with gcj, Kissme was so slow that I didn't test it properly). > Comments on this list, suggestions for additions or removals, etc, > welcome. List looks fine. I would concentrate on the pending patches and open bugs. Extra packages are nice to have but not that > I think our release criteria should be: > > * Work with Kissme and JRVM, SableVM, and ORP if possible from the release. Kissme from CVS works fine with the current Classpath from CVS. But I haven't tested any others (except gcj of course). You might want to take as a criteria that it should buildwith the current (3.2) and next (3.3) release of gcj and the latest jikes release (which it should already). > * Full javadoc generated by gjdoc available for general consumption. There is only one open issue here that I know of. The produced HTML pages should contain the actual Copyright notice of the java files they were produced from not just some generic blurb. This is easy to implement for the GNU Classpath classes since they always have that statement as the first comment block at the top of the file. In general it will not be that easy to extract this info from the java source file. > Again, comments welcome. > > Without a working AWT I don't believe we can release a 1.0+ version of > Classpath. So the version numbers should probably continue to > simply increment until there is a working AWT. Seems fine to me. Thanks for taking the lead on this one, Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
> "Sascha" == Sascha Brawer <[EMAIL PROTECTED]> writes: Sascha> According to http://gcc.gnu.org/develop.html#future, the GCC Sascha> 3.3 release was scheduled for December 15, 2002. Is this Sascha> information incorrect, or does Classpath target a different Sascha> release than GCC 3.3? gcc 3.3 was delayed. Tom ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Sascha Brawer <[EMAIL PROTECTED]> writes: > Brian Jones <[EMAIL PROTECTED]> wrote on Mon, 16 Dec 2002 16:36:24 -0500: > > >For those who aren't aware, gcc is preparing a 3.3 release in a couple > >of months. > > According to http://gcc.gnu.org/develop.html#future, the GCC 3.3 release > was scheduled for December 15, 2002. Is this information incorrect, or > does Classpath target a different release than GCC 3.3? According to the gcj mailing list the 3.3 branch was only recently made, which puts the release out a couple of months. Brian -- Brian Jones <[EMAIL PROTECTED]> http://www.haphazard.org/~cbj/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Brian Jones <[EMAIL PROTECTED]> wrote on Mon, 16 Dec 2002 16:36:24 -0500: >For those who aren't aware, gcc is preparing a 3.3 release in a couple >of months. According to http://gcc.gnu.org/develop.html#future, the GCC 3.3 release was scheduled for December 15, 2002. Is this information incorrect, or does Classpath target a different release than GCC 3.3? -- Sascha ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Nic Ferrier <[EMAIL PROTECTED]> writes: > Brian Jones <[EMAIL PROTECTED]> writes: > > > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > > > Brian Jones <[EMAIL PROTECTED]> writes: > > > > > > > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > > > > > > > > * Import/CVS link in classpathx jaxp. This includes all files that > > > > > > are part of org.w3c.dom, org.xml.sax, javax.xml, related gnu.* from > > > > > > classpathx jaxp project. > > > > > > > > > Sounds good Brian. Do you want to import the source for ClasspathX > > > > > JAXP or just a jar? > > > > > > > > I'd like the source. Any recommendation on how to achieve that? > > > > > > I'm sure we can do it with CVS. But you'll probably have to accept > > > some duplication of build scripts. > > > > Maybe. Do you know how to set this up already? I would need to > > experiment with CVS/read the manual to figure it out. > > Adjunct to the last email: I'll do it over Christmas as long as you > agree. Am I an admin on Classpath? You are now and anytime now is good. Brian -- Brian Jones <[EMAIL PROTECTED]> http://www.haphazard.org/~cbj/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Brian Jones <[EMAIL PROTECTED]> writes: > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > Brian Jones <[EMAIL PROTECTED]> writes: > > > > > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > > > > > > * Import/CVS link in classpathx jaxp. This includes all files that > > > > > are part of org.w3c.dom, org.xml.sax, javax.xml, related gnu.* from > > > > > classpathx jaxp project. > > > > > > > Sounds good Brian. Do you want to import the source for ClasspathX > > > > JAXP or just a jar? > > > > > > I'd like the source. Any recommendation on how to achieve that? > > > > I'm sure we can do it with CVS. But you'll probably have to accept > > some duplication of build scripts. > > Maybe. Do you know how to set this up already? I would need to > experiment with CVS/read the manual to figure it out. I know how to do it with conventional CVS. The savannah system is not conventional because the repositorys are ring fenced. However, it still seems pretty easy: some symlinks should do it. Note that it has not been done yet. This will be the first time, I probably need to play around in a scratch copy of the classpath repository. I'll probably do that over Christmas, so watch out. Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Brian Jones <[EMAIL PROTECTED]> writes: > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > Brian Jones <[EMAIL PROTECTED]> writes: > > > > > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > > > > > > * Import/CVS link in classpathx jaxp. This includes all files that > > > > > are part of org.w3c.dom, org.xml.sax, javax.xml, related gnu.* from > > > > > classpathx jaxp project. > > > > > > > Sounds good Brian. Do you want to import the source for ClasspathX > > > > JAXP or just a jar? > > > > > > I'd like the source. Any recommendation on how to achieve that? > > > > I'm sure we can do it with CVS. But you'll probably have to accept > > some duplication of build scripts. > > Maybe. Do you know how to set this up already? I would need to > experiment with CVS/read the manual to figure it out. Adjunct to the last email: I'll do it over Christmas as long as you agree. Am I an admin on Classpath? Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Nic Ferrier <[EMAIL PROTECTED]> writes: > Brian Jones <[EMAIL PROTECTED]> writes: > > > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > > > > * Import/CVS link in classpathx jaxp. This includes all files that > > > > are part of org.w3c.dom, org.xml.sax, javax.xml, related gnu.* from > > > > classpathx jaxp project. > > > > > Sounds good Brian. Do you want to import the source for ClasspathX > > > JAXP or just a jar? > > > > I'd like the source. Any recommendation on how to achieve that? > > I'm sure we can do it with CVS. But you'll probably have to accept > some duplication of build scripts. Maybe. Do you know how to set this up already? I would need to experiment with CVS/read the manual to figure it out. Brian -- Brian Jones <[EMAIL PROTECTED]> http://www.haphazard.org/~cbj/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Brian Jones <[EMAIL PROTECTED]> writes: > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > > * Import/CVS link in classpathx jaxp. This includes all files that > > > are part of org.w3c.dom, org.xml.sax, javax.xml, related gnu.* from > > > classpathx jaxp project. > > > Sounds good Brian. Do you want to import the source for ClasspathX > > JAXP or just a jar? > > I'd like the source. Any recommendation on how to achieve that? I'm sure we can do it with CVS. But you'll probably have to accept some duplication of build scripts. Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Nic Ferrier <[EMAIL PROTECTED]> writes: > > * Import/CVS link in classpathx jaxp. This includes all files that > > are part of org.w3c.dom, org.xml.sax, javax.xml, related gnu.* from > > classpathx jaxp project. > Sounds good Brian. Do you want to import the source for ClasspathX > JAXP or just a jar? I'd like the source. Any recommendation on how to achieve that? Brian -- Brian Jones <[EMAIL PROTECTED]> http://www.haphazard.org/~cbj/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
On Mon, Dec 16, 2002 at 04:36:24PM -0500, Brian Jones wrote: > I think our release criteria should be: > > * Work with Kissme and JRVM, SableVM, and ORP if possible from the release. I think this would be a great idea. Now, I haven't had much time this Fall to work on getting Classpath's CVS to directly work with SabvleVM, but it is pretty high on my todo list for January. I think of proposing a relatively clean organization of Classpath's sources so that: 1- It compiles to all the above targets (Kissme, JRVM, SableVM, ORP) and other ones (GCJ, Jupiter, ...) directly, amd 2- it minimizes the differences in source files between VMs. Maybe using a macro processor like GNU m4 (we could also provide easy to use macros so that most programmers would not have to learn m4) could help at managing VM specific differences in key source files. Keeping the various implementations of key methods, in Java source files, could help maintainers to see the potential impact of their changes on other VMs than the one being worked on. I'll try to come up with a proposal, but I will not start working seriously on this before the second week of January. Of course, we could hack up the build of 0.5 to simply work for SableVM using the current organization, and implement the new ideas, if they are accepted, in 0.6. Have fun! Etienne -- Etienne M. Gagnonhttp://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: 0.05
Brian Jones <[EMAIL PROTECTED]> writes: > For those who aren't aware, gcc is preparing a 3.3 release in a couple > of months. I'd like to make a new Classpath release, perhaps in the > next few weeks, depending on how long it takes to get most of the > things below accomplished. So below I borrowed heavily from the > format of Tom's email to the gcj list earlier. > > There are still a number of bugs, patches, etc. I want to have fixed > or integrated before making a new Classpath release. > > My current list: > > * Integrate any remaining patches on Savannah as needed. > * Fix Classpath bugs found by running Mauve with GCJ, Kissme, ORP, or SableVM. > * Fix FilePermission bugs reported on Mauve mailing list. > * Bugs 744, 835, 1190, 1966 (this is all the bugs) on Savannah > * Import/CVS link in classpathx jaxp. This includes all files that > are part of org.w3c.dom, org.xml.sax, javax.xml, related gnu.* from > classpathx jaxp project. > * Resolve javax.sound - http://tritonus.org/ > * Resolve org.ietf.jgss - http://www.ietf.org/rfc/rfc2853.txt > * Resolve the org.omg.* issues and implement whatever we decide. > Currently, this is something I need to followup on. > * Ensure support of GNU Crypto as a full security provider. > > Comments on this list, suggestions for additions or removals, etc, > welcome. Sounds good Brian. Do you want to import the source for ClasspathX JAXP or just a jar? Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
0.05
For those who aren't aware, gcc is preparing a 3.3 release in a couple of months. I'd like to make a new Classpath release, perhaps in the next few weeks, depending on how long it takes to get most of the things below accomplished. So below I borrowed heavily from the format of Tom's email to the gcj list earlier. There are still a number of bugs, patches, etc. I want to have fixed or integrated before making a new Classpath release. My current list: * Integrate any remaining patches on Savannah as needed. * Fix Classpath bugs found by running Mauve with GCJ, Kissme, ORP, or SableVM. * Fix FilePermission bugs reported on Mauve mailing list. * Bugs 744, 835, 1190, 1966 (this is all the bugs) on Savannah * Import/CVS link in classpathx jaxp. This includes all files that are part of org.w3c.dom, org.xml.sax, javax.xml, related gnu.* from classpathx jaxp project. * Resolve javax.sound - http://tritonus.org/ * Resolve org.ietf.jgss - http://www.ietf.org/rfc/rfc2853.txt * Resolve the org.omg.* issues and implement whatever we decide. Currently, this is something I need to followup on. * Ensure support of GNU Crypto as a full security provider. Comments on this list, suggestions for additions or removals, etc, welcome. I think our release criteria should be: * Work with Kissme and JRVM, SableVM, and ORP if possible from the release. * Pass Mauve test suite with 0 FAIL (we need a means of XFAILing tests we know we won't fix). * Full javadoc generated by gjdoc available for general consumption. Again, comments welcome. Without a working AWT I don't believe we can release a 1.0+ version of Classpath. So the version numbers should probably continue to simply increment until there is a working AWT. Brian -- Brian Jones <[EMAIL PROTECTED]> http://www.haphazard.org/~cbj/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
