Re: [kaffe] kaffe without embedded classpath

Hi. Robert Schuster schrieb: - the default additional search path for JNI libraries. (e.g. Debian uses /usr/lib/jni. I introduced the same idea into OpenEmbedded but there they want to have it completely flexible. Eg. /opt/usr/lib/jni) Forgot this. I just saw that this is already included.

[kaffe] kaffe without embedded classpath

Hi Kaffe team, I follow kaffe's latest development with excitement and am hoping to fix its build recipes in OpenEmbedded as soon as a new release with the latest changes appears (or a reasonable stable enough version is available from CVS). From my experiences with building cacao and jamvm I

Re: [kaffe] kaffe without embedded classpath

Robert Schuster wrote: Hi Kaffe team, I follow kaffe's latest development with excitement and am hoping to fix its build recipes in OpenEmbedded as soon as a new release with the latest changes appears (or a reasonable stable enough version is available from CVS). Cool, thanks! I think we're

[kaffe] CVS kaffe (robilad): updated TODO

PatchSet 7691 Date: 2008/01/18 23:22:52 Author: robilad Branch: HEAD Tag: (none) Log: updated TODO 2008-01-19 Dalibor Topic [EMAIL PROTECTED] * TODO: Updated. Members: ChangeLog:1.5193-1.5194 TODO:1.37-1.38 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.5193

Re: [kaffe] kaffe without embedded classpath

Hi Dalibor, Are you sure you don't need an option for classpath's libraries at runtime, too? I though about this. Somehow this isn't needed for cacao and I was under the impression that this is because this libltdl's fault or something like that. If in kaffe's case setting the library location

Re: [kaffe] kaffe without embedded classpath

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. Regards Robert Index: cacao-trunk/src/vm/properties.c

Re: [kaffe] kaffe without embedded classpath

Dalibor Topic wrote: Robert Schuster wrote: As I see from ./configure --help that neccessary build time options are already there what is missing are the ones for setting the runtime options. For cacao there is a patch floating around which adds a --with-target-classpath-classes switch.

[kaffe] CVS kaffe (robilad): made boehm-gc gc-refs.c implementation closer to kaffe-gc one

PatchSet 7690 Date: 2008/01/18 23:08:51 Author: robilad Branch: HEAD Tag: (none) Log: made boehm-gc gc-refs.c implementation closer to kaffe-gc one 2008-01-19 Dalibor Topic [EMAIL PROTECTED] * kaffe/kaffevm/boehm-gc/gc-refs.c: Added debugging code from kaffe-gc version. Use

[kaffe] patch: add force option to installation

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. 2008-01-19 Robert Schuster [EMAIL PROTECTED] * kaffe/scripts/Makefile.am: Add force option to all ln invocations

[kaffe] cross-compile error

Hi, I just tried to cross-compile kaffe for ARM (I read the FAQ :) ). The 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: md.c: In function 'flush_dcache': md.c:39: error: expected ':' or ')' before

[kaffe] CVS kaffe (robilad): removed jni and verifier convenience libs

PatchSet 7688 Date: 2008/01/18 18:49:00 Author: robilad Branch: HEAD Tag: (none) Log: removed jni and verifier convenience libs 2008-01-18 Dalibor Topic [EMAIL PROTECTED] * kaffe/kaffevm/Makefile.am (libkaffe_la_SOURCES): Added jni and verifier sources. (SUBDIRS):

[kaffe] CVS kaffe (robilad): unified gd-refs.h again

PatchSet 7689 Date: 2008/01/18 22:19:54 Author: robilad Branch: HEAD Tag: (none) Log: unified gd-refs.h again 2008-01-18 Dalibor Topic [EMAIL PROTECTED] * kaffe/kaffevm/Makefile.am (DIST_SUBDIRS): Removed jni and verifier dirs. (libkaffe_la_SOURCES) Added gc-refs-h.

[kaffe] patch: lower automake requirements

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 automake 1.9 instead of 1.10.