Re: [kaffe] Plans (updated)

2004-07-30 Thread Jim Pick
Dalibor Topic wrote:
Guilhem Lavaux wrote:
Hi,
Here are my updated plans, in order of priority:

time for me to update my plans, too ;)
Me too!  (I've been somewhat quiet)
1) Regression testing (almost there)
2) Release 1.1.5 (when it passes regression tests)
3) Upgrade server hardware
Cheers,
 - Jim
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


[kaffe] Plans (updated)

2004-07-29 Thread Guilhem Lavaux
Hi,
Here are my updated plans, in order of priority:
* Fix problems which arise on the various architectures as they appear. ;)
* Make the Boehm-Weiser GC to work properly. For the moment there are a 
number of issues which causes the core VM to get SIGSEGV. The object 
marking needs also to be adapted to the GC's marking interface.

* Test Freenet/NIO with kaffe and try to make Freenet work on kaffe.
[and/or]
* Implement a locale data generator from LDML database.
* Engine modularity as I've already said in a previous mail.
Cheers,
Guilhem.
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


Re: [kaffe] Plans (updated)

2004-07-29 Thread Dalibor Topic
Guilhem Lavaux wrote:
Hi,
Here are my updated plans, in order of priority:
time for me to update my plans, too ;)
I'm finishing the switch to automake 1.9. Automake 1.9 has the catch 
that it will not generate Makefile.in files in case there is an issue 
with the Makefile.am file, which means I'll have to work around the -pg 
CFLAGS issue for profiling vs. xprofiling.

Then I'll be having some fun trying to get rid of kaffeh. I'd like to 
rip it out, have the generated header files in the CVS, and replace 
kaffeh with javah from cp-tools project.

And then, I'd like to address the remaining BSD make build problems.
Finally, it would be nice to switch to a non-recursive build, 
eventually. Michael Koch did that for GNU Classpath, yesterday, and 
reported a success, slimming the build times down. That would allow us 
to get rid of most of the Makefile.in and Makefile.am files, and to 
express build dependencies (clib on jni headers, jni headers on class 
files, class files on java files) in a more straight forward way.

cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe