I'm all for it. I just haven't had time to look at it yet.
I bet that there is some "low-hanging fruit" that we can merge in fairly
easily, and will work reasonably well on top of our existing classes.
Then we can take our time trying to get the lower-level stuff working on
our VM.
I'm going to
In message "Re: [kaffe] Merging missing classes from GNU Classpath"
on 02/10/25, Mark Wielaard <[EMAIL PROTECTED]> writes:
> Firstly I think it would be a good idea if you get the following GNU
> packages working with Kaffe. This should be easy since it doesn't r
In message "[kaffe] Merging missing classes from GNU Classpath"
on 02/10/25, Dalibor Topic <[EMAIL PROTECTED]> writes:
> If everybody agrees it's a good thing to "outsource"
> part of the class library development, then I'll
> investigate what
> "Mark" == Mark Wielaard <[EMAIL PROTECTED]> writes:
Mark> - Michael Koch ([EMAIL PROTECTED]) recently did a lot of java.net 1.4
Mark> updates but I don't know if he has JNI support yet (he started with the
Mark> libgcj version which uses CNI).
I don't think he has. Also this code hasn't be
Hi,
(I added the classpath mailinglist to the CC.)
On Fri, 2002-10-25 at 16:02, Dalibor Topic wrote:
> I'd like to know what people think about merging some
> missing parts of the class library from the GNU
> Classpath project. It would extend the range of
> software that can run on kaffe, for ex
Hi,
I'd like to know what people think about merging some
missing parts of the class library from the GNU
Classpath project. It would extend the range of
software that can run on kaffe, for example allowing
Saxon 7.2 to run, as Ito has shown in this mail :
http://www.kaffe.org/pipermail/kaffe/2002
