Re: [kaffe] cross-compile error

2008-01-19 Thread Kiyo Inaba
Hi Robert, I just tried to cross-compile kaffe for ARM (I read the FAQ :) ). The It's good to hear from someone that FAQ.cross-compiling is useful ;-) target (and toolchain) is GNU EABI which is not officially supported in kaffe. So perhaps my compile error is just because of that - I get this:

[kaffe] CVS kaffe (robilad): cleaned out dead code, fixed build for --std=gnu99 and unified gc-refs.c

2008-01-19 Thread Kaffe CVS
PatchSet 7692 Date: 2008/01/19 15:13:36 Author: robilad Branch: HEAD Tag: (none) Log: cleaned out dead code, fixed build for --std=gnu99 and unified gc-refs.c 2008-01-19 Dalibor Topic [EMAIL PROTECTED] * config/alpha/jit-alpha.def, config/alpha/jit-icode.h, config/alpha/linux/md.c,

[kaffe] CVS kaffe (robilad): added the changelog

2008-01-19 Thread Kaffe CVS
PatchSet 7693 Date: 2008/01/19 15:15:28 Author: robilad Branch: HEAD Tag: (none) Log: added the changelog Members: ChangeLog:1.5194-1.5195 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.5194 kaffe/ChangeLog:1.5195 --- kaffe/ChangeLog:1.5194 Fri Jan 18 23:22:52 2008 +++

[kaffe] CVS kaffe (robilad): updated todo

2008-01-19 Thread Kaffe CVS
PatchSet 7694 Date: 2008/01/19 15:16:52 Author: robilad Branch: HEAD Tag: (none) Log: updated todo 2008-01-19 Dalibor Topic [EMAIL PROTECTED] * TODO: Updated. Members: ChangeLog:1.5195-1.5196 TODO:1.38-1.39 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.5195

[kaffe] CVS kaffe (robilad): added support for having glibj.zip in a different location on install

2008-01-19 Thread Kaffe CVS
PatchSet 7695 Date: 2008/01/19 18:23:34 Author: robilad Branch: HEAD Tag: (none) Log: added support for having glibj.zip in a different location on install 2008-01-19 Robert Schuster [EMAIL PROTECTED] Added --with-target-classpath-classes option to support having glib.zip in

[kaffe] CVS kaffe (robilad): enforce the reinstallation of the symlinks

2008-01-19 Thread Kaffe CVS
PatchSet 7696 Date: 2008/01/19 18:44:48 Author: robilad Branch: HEAD Tag: (none) Log: enforce the reinstallation of the symlinks 2008-01-19 Robert Schuster [EMAIL PROTECTED] * kaffe/scripts/Makefile.am: Add force option to all ln invocations in target install-exec-local.

Re: [kaffe] patch: add force option to installation

2008-01-19 Thread Dalibor Topic
Robert Schuster wrote: Hi, attached is a patch that makes installation procedure a bit more convenient if you regularly update an existing installation: It enforces the reinstallation of the symlinks. Thanks, good catch, I've checked it in. cheers, dalibor topic

Re: [kaffe] kaffe without embedded classpath

2008-01-19 Thread Dalibor Topic
Robert Schuster wrote: Robert Schuster schrieb: Hi Dalibor, Dalibor Topic schrieb: Is this the patch at http://lists.evolvis.org/pipermail/jalimo-commits/2007-August/00.html ? I have attached the one that is currently used for OE. And here is the one I propose for inclusion in kaffe.

[kaffe] CVS kaffe (robilad): always force symlinks on installation

2008-01-19 Thread Kaffe CVS
PatchSet 7697 Date: 2008/01/19 19:35:38 Author: robilad Branch: HEAD Tag: (none) Log: always force symlinks on installation 2008-01-19 Dalibor Topic [EMAIL PROTECTED] * kaffe/scripts/Makefile.am (install-exec-local), Makefile.am (install-exec-local), libraries/javalib/Makefile.am

Re: [kaffe] patch: lower automake requirements

2008-01-19 Thread Dalibor Topic
Robert Schuster wrote: Hi, this patch makes life easier in OE land where automake 1.10 is still not the default. This patch is not a must have for me because this can easily be patched (even for dreaded CVS builds). 2008-01-19 Robert Schuster [EMAIL PROTECTED] * configure.ac: Require

Re: [kaffe] cross-compile error

2008-01-19 Thread Dalibor Topic
Kiyo Inaba wrote: Hi Robert, I just tried to cross-compile kaffe for ARM (I read the FAQ :) ). The It's good to hear from someone that FAQ.cross-compiling is useful ;-) target (and toolchain) is GNU EABI which is not officially supported in kaffe. So perhaps my compile error is just

[kaffe] removing gc and threads convenience libraries

2008-01-19 Thread Dalibor Topic
With the gc-refs work from yesterday, it's possible now to remove the gc convenience library from the build (and I have a patch to do it sitting on my disk). But in order to work for boehm-gc, unix-pthreads need to be compiled with some specific flags, so I'd like to do it in one go, too,

[kaffe] CVS kaffe (robilad): removed no longer needed config.sub patch

2008-01-19 Thread Kaffe CVS
PatchSet 7699 Date: 2008/01/19 22:53:06 Author: robilad Branch: HEAD Tag: (none) Log: removed no longer needed config.sub patch 2008-01-19 Dalibor Topic [EMAIL PROTECTED] * developers/config2.patch: Removed. * Makefile.am (EXTRA_DIST): Removed developers/config2.patch.

[kaffe] CVS kaffe (robilad): documented libltdl purge

2008-01-19 Thread Kaffe CVS
PatchSet 7700 Date: 2008/01/19 22:57:25 Author: robilad Branch: HEAD Tag: (none) Log: documented libltdl purge 2008-01-19 Dalibor Topic [EMAIL PROTECTED] * WHATSNEW: Document purge of libltdl. * FAQ/FAQ.required-libraries: Add information on libltdl. Members:

[kaffe] CVS kaffe (robilad): updated TODO list

2008-01-19 Thread Kaffe CVS
PatchSet 7701 Date: 2008/01/19 23:01:54 Author: robilad Branch: HEAD Tag: (none) Log: updated TODO list 2008-01-19 Dalibor Topic [EMAIL PROTECTED] * TODO: Updated. Members: ChangeLog:1.5202-1.5203 TODO:1.39-1.40 Index: kaffe/ChangeLog diff -u

[kaffe] CVS kaffe (robilad): removed libltdl

2008-01-19 Thread Kaffe CVS
PatchSet 7698 Date: 2008/01/19 22:45:20 Author: robilad Branch: HEAD Tag: (none) Log: removed libltdl 2008-01-19 Dalibor Topic [EMAIL PROTECTED] * developers/autogen.sh: Don't libtoolize with --ltdl. Removed workarounds and patches for libltdl. * libltdl/COPYING.LIB, libltdl/Makefile.am,

[kaffe] org.kaffe.security.provider.Kaffe

2008-01-19 Thread Ito Kazumitsu
Maybe after the removal of libraries/clib/security/Kaffe.security, this warning message appears: WARNING: Error loading security provider org.kaffe.security.provider.Kaffe: java.lang.ClassNotFoundException: org.kaffe.security.provider.Kaffe not found in java.lang.ClassLoader$1{urls=[...],