Hi,
is zziplib really needed if all I want to do is compile kaffeh? If not
would I would welcome a way to skip this test.
Regards
Robert
signature.asc
Description: OpenPGP digital signature
___
kaffe mailing list
kaffe@kaffe.org
Hi.
Dalibor Topic schrieb:
On to the next problem: currently the jit regression test fails at a
floating point test.
The FAQ.arm says:
From Kaffe's point of view, only 'FPA' is supported right now. Some
effort has been started to use 'VFP', and I hope we can rewrite this
section soon. For
Hi,
I haven't looked deeply into this but kaffe is unable to call a Java
method from a thread that has been attached to the VM using
AttachCurrentThread.
Have a look at this simple example program.
I ran the test on a x86 machine.
Regards
Robert
attachThread.tar.gz
Description: GNU Zip
Robert Schuster schrieb:
Hi,
I haven't looked deeply into this but kaffe
Now I did. Have a look at this gdb log.
Breakpoint 2, threadMain (arg=0x0) at Test.c:42
42JNIEnv* env = NULL;
(gdb) s
43(*cachedJavaVM)-AttachCurrentThread(cachedJavaVM, (void **) env,
NULL);
(gdb) s
Hi,
Robert Schuster schrieb:
I now found a cacheflush implementation in libffi. I adjust this for
kaffe and report back.
I took what was said here[0] as a base for an OABI- EABI-compliant
implementation of the cache flushing.
It compiles nicely (I can only test the EABI-variant here
Hi,
talking to Dalibor on IRC he said there are some interesting compiler
warnings in my build and he is going to look at them.
Robert Schuster schrieb:
kaffe-bin: exception.c:100: vmExcept_setJNIFrame: Assertion `fp !=
(JNIFrameAddress)0'
Perhaps a backtrace for this is of interest:
#0
Hi,
its me again.
Robert Schuster schrieb:
#0 0x40042a38 in vmExcept_setJNIFrame ()
from /usr/lib/kaffe/jre/lib/arm/libkaffe-1.1.9-pre.so
#1 0x4004f1bc in KaffeVM_safeCallMethodA ()
from /usr/lib/kaffe/jre/lib/arm/libkaffe-1.1.9-pre.so
#2 0x4003a0ec in processClass ()
from /usr
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
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
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
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
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
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
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
Hi Kaffe guys,
I want to write a build recipe for kaffe 1.1.8 for OpenEmbedded and do
not really know when I need the --enable-xscale configure option (for
ARM JIT).
The ARM FAQ says:
One more note, current configure option '--enable-xscale' changes the
behavior not only for instruction set but
Hi,
a C file from Classpath' local sockets implementation unconditionally
defined _GNU_SOURCE causing trouble in builds where this is already done.
Thanks go to Dalibor who helped me to track this down.
Regards
Robert
2007-09-12 Robert Schuster [EMAIL PROTECTED]
* native/jni/java-net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Alexandre,
there are multiple sources which *should* be interchangeable today as
GCJ, Kaffe and Classpath share a lot of code.
Done with GCJ:
http://gcc.gnu.org/java/done.html
Kaffe Compatibility - Application Testing:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
More bugs? Give em to us! :)
If you think they are trivial just come to #classpath irc.freenode.org
and we fix it live otherwise find every information about the problem
and file a bug report here: https://savannah.gnu.org/bugs/?group=classpath
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I wanted to build kaffe from CVS using its qt-awt support. However it
failed when running configure because it told me not having the Xtst
libraries installed (which is wrong - it works in classpath).
As I could not fix the problem I used
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have a problem building kaffe from CVS. I am using
./configure --with-kaffe-qt-awt --without-classpath-gtk-awt
- --prefix=/home/rob/INSTALL/kaffe
Which succeeds nicely but when calling make it fails with this error
message:
Making all in
of support in kaffe has changed already?
Thank
Robert Schuster
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
is Linux. Ok I might be picky but I am certainly
running not only a kernel on my machine. Thats why expected GNU/Linux
(uname -o).
property file.encoding is Default and I expected some real
identifier like ISO-8895-15 or UTF-8.
btw: BeanShell in console mode (non-Swing) ran fine :)
cu
Robert
22 matches
Mail list logo