On Sun, 2002-06-02 at 17:33, Jim Pick wrote:
Cool. I don't have Linux on my iBook yet, so I couldn't test it. :-)
I'll look at the AWT errors (I haven't done any AWT testing).
I want to put your test results into the RELEASE-NOTES file - which
engine did you compile with? (I'm guessing
Hi,
I've checked out the cvs today, it compiles well with gcc 2.9.x but I can't
compile it with gcc 3.1, this is my error output:
Remove -I/usr/local/include from configure.in. You should not explicitly
add system include dirs to the include search path (-I/usr/include or
On 3 Jun 2002, Carlos Valiente wrote:
Yep, intrp - the only one available for linux-ppc at the moment.
Hadn't EGP wrote a JIT back-end?
http://egp.free.fr/port-kaffe/port-kaffe-0.2.html
Unfortunately, we know what happened, so. :-/
___
kaffe
Hi,
I made the check on couple of different CVS version and the officially
released 1.0.6 and all of them have most of the post-compilation tests FAIL.
example:
PASS: ThreadStop.java
FAIL: DeadThread.java
FAIL: tthrd1.java
FAIL: SoInterrupt.java
FAIL: sysdepCallMethod.java
FAIL:
On Monday 03 June 2002 15:06, Gwenole Beauchesne wrote:
Hi,
I've checked out the cvs today, it compiles well with gcc 2.9.x but I
can't compile it with gcc 3.1, this is my error output:
Remove -I/usr/local/include from configure.in. You should not explicitly
add system include dirs to
On Mon, 3 Jun 2002, FAbel wrote:
It works but I had to change configure directly because if I change
configure.in I can't rebuild configure with autoconf, it exits with this
error: configure.in:1237: error: AC_REQUIRE: cannot be used outside of an
m4_defun'd macro
/bin/sh
Has anything happened with this bug? I was running developers/FullTest.sh
on kaffe cvs/FreeBSD 4.3/gcc v2.95.3 and a similar thing was happening
(e.g. StackDump seems to fail because it doesn't detect JNI exception
handlers).
tim stack
I found one of the problems with Kaffe when compiling
On Mon, 2002-06-03 at 14:08, Gwenole Beauchesne wrote:
On 3 Jun 2002, Carlos Valiente wrote:
Yep, intrp - the only one available for linux-ppc at the moment.
Hadn't EGP wrote a JIT back-end?
http://egp.free.fr/port-kaffe/port-kaffe-0.2.html
Yes, he was in the process - in fact I helped
--- Gwenole Beauchesne [EMAIL PROTECTED]
wrote:
On Mon, 3 Jun 2002, FAbel wrote:
It works but I had to change configure directly
because if I change
configure.in I can't rebuild configure with
autoconf, it exits with this
error: configure.in:1237: error: AC_REQUIRE:
cannot be used
Hi,
I've made the 1.0.7-rc1 release available for download at:
ftp://ftp.kaffe.org/pub/kaffe/testing/v1.0.x/kaffe-1.0.7-rc1.tar.gz
http://www.kaffe.org/ftp/pub/kaffe/testing/v1.0.x/kaffe-1.0.7-rc1.tar.gz
Please download it, compile it, and try it out. This is a test release
of what
Hi alexander,
--- Alexander Popov [EMAIL PROTECTED] wrote:
Hi,
I made the check on couple of different CVS version
and the officially
released 1.0.6 and all of them have most of the
post-compilation tests FAIL.
Try deleting your CLASSPATH before you run make check.
export -n CLASSPATH
Hi Tim,
--- Timothy Stack [EMAIL PROTECTED] wrote:
Has anything happened with this bug? I was running
developers/FullTest.sh
on kaffe cvs/FreeBSD 4.3/gcc v2.95.3 and a similar
thing was happening
(e.g. StackDump seems to fail because it doesn't
detect JNI exception
handlers).
I had a
Has anything happened with this bug? I was running
developers/FullTest.sh
on kaffe cvs/FreeBSD 4.3/gcc v2.95.3 and a similar
thing was happening
(e.g. StackDump seems to fail because it doesn't
detect JNI exception
handlers).
I had a discussion about how to fix it with Pat, but
One idea I had was to have each JNI function in the
BEGIN_EXCEPTION_HANDLING macro store its start and size in the
'vmException' buffer. The problem is there is no
__builtin_function_size() GCC macro or anything that can tell you
that.
However, I know that there are tools that can
hi,
I attached a patch for SHA1PRNG.java, it still wasn't quite doing what it
was supposed to. Also, i think i forgot to mention that this was based on
Classpath's (broken) code, so the copyright should probably be gpl'ed.
thanks,
tim stack
Index: SHA1PRNG.java
bah, i forgot a couple of other security fixes:
Change name of SHA - SHA-1
Add aliases to the Kaffe provider
tim stack
Index: SHA.java
===
RCS file: /cvs/kaffe/kaffe/libraries/javalib/kaffe/security/provider/SHA.java,v
Hi Admin,
Please remove me from the list.I could not remove myself from the
list.
Uday
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Hi,
I want to run kaffe in my program in linux. I'd like to start
kaffe as a thread in a process. After kaffe finishes, it will be requested to
restart as a thread in the same process. However, the second time I run kaffe,
it does not work. It seems kaffe is designed to run once and
I wrote:
Tim wrote:
What about using local labels in END_EXCEPTION_HANDLING?
Ah! That's probably exactly what is needed. I was hoping there was
some GCC way of handling this.
Seems to work, too!
The attached patch lets optimized versions of Kaffe pass all(*) the
built-in regression
19 matches
Mail list logo