Just in case someone was sitting around with nothing to do, here's a big
pile of diffs, mostly warning fixes.
- kaffe-warn-AccessController.c.diff
Warnings fixes which probably matter on 64-bit (assuming that a
non-prototyped function returns int, instead of pointer).
- kaffe-warn-jni.c.diff
Clea
I saw this on the subversion devel list, thought you'd be interested.
I've got a fix for the jni.h issue that affected libgcj (the
NewObjectArray one). I'll check it in to classpath too -- I don't
remember if we're sharing this file or not (but we should).
--- Begin Message ---
I've been tryin
Sorry for the spam but hotmail sent a HTML text so that this is the previous
mail
Hi
Just few words to say that we have compiled (on i586 Linux-box) and runned
successfully kaffe 1.1.4 on a gumstix board using the dedicated Linux and
uClibC toolchain as described in the gumstix homepage (www.g
Hi
Just few words to say that we have compiled (on i586 Linux-box) and runned successfully kaffe 1.1.4 on a gumstix board using the dedicated Linux and uClibC toolchain as described in the gumstix homepage (www.gumstix.com)
We have also an application which use a recompiled version of the regul
On Thu, 4 Nov 2004 00:16:20 +0800
"Bytecode" <[EMAIL PROTECTED]> wrote:
>
> I'm optimizing the register allocation mechod in kaffe.
> I find that the current register allocator spills "dirty" slots in the
> exit of each basic block by calling function endBlock(). Why?
Kaffe's register allocato
PatchSet 5397
Date: 2004/11/03 19:25:49
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
PThreads fixes.
2004-11-02 Eric Anholt <[EMAIL PROTECTED]>
* kaffe/kaffevm/systems/unix-pthreads/thread-impl.c,
kaffe/kaffevm/systems/unix-pthreads/thread-impl.h
(jthread_atexit, jthr
Eric Anholt wrote:
Attached is a patch for a few things I noticed while going through
pthreads:
- jthread_atexit wasn't implemented, so runfinalizer wouldn't get
called.
- jthread_spinon/off wasn't implemented (used in
enter/leaveUnsafeRegion), so there may have been thread-unsafeness in
some libra
PatchSet 5396
Date: 2004/11/03 17:45:18
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
Serialization fixes.
* libraries/javalib/java/io/Vector.java,
libraries/javalib/java/io/ObjectOutputStream.java:
Resynced with GNU Classpath.
2004-11-02 Mattias Rehnberg <[EMA
Mattias Rehnberg wrote:
Hi,
Refering to the document at the URL below, 'classdata' will be writen on the form
'wrclass objectAnnotation' if it has a write method instead of just 'nowrclass'. Since
objectAnnotation is a least an endBlockData byte, you'll get that byte when you try to
deserialize
Attached is a patch for a few things I noticed while going through
pthreads:
- jthread_atexit wasn't implemented, so runfinalizer wouldn't get
called.
- jthread_spinon/off wasn't implemented (used in
enter/leaveUnsafeRegion), so there may have been thread-unsafeness in
some library stuff.
- incr/d
On Thu, 4 Nov 2004 00:16:20 +0800
"Bytecode" <[EMAIL PROTECTED]> wrote:
>
> I'm optimizing the register allocation mechod in kaffe.
> I find that the current register allocator spills "dirty" slots in the exit
> of each basic block by calling function endBlock(). Why?
Kaffe's register allocator
>
>
> I'm optimizing the register allocation mechod in kaffe.
> I find that the current register allocator spills "dirty" slots in the exit
> of each basic block by calling function endBlock(). Why?
You might want to scan through the old mail archive when the jitter was
under development, you c
I'm optimizing the register allocation mechod in kaffe.
I find that the current register allocator spills "dirty" slots in the exit
of each basic block by calling function endBlock(). Why?
Thanks.
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaff
On Fri, 29 Oct 2004 19:45:50 +
Michael Grunditz <[EMAIL PROTECTED]> wrote:
> Hi
>
> I have compiled latest kaffe on MorphOS. When I run "java" on a class I get
> the folowing:
>
> Couldn't find or load essential class `java/lang/Class'
> java.lang.ClassFormatError unknown class file truncate
On Tue, 02 Nov 2004 14:49:43 +0100
Arnaud Vandyck <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Here is the build log that fails when trying to build kaffe on ppc with
> gcc-3.4
Could you try without the --with-libffi option
(kaffe should work on ppc without libffi).
Meanwhile, I'll have a look at w
Hi,everyone,
I have two problems:
1.When I run my ported Kaffe on THUMP 107, Kaffe runs into the
initBaseClasses() function of baseClasses.c, each execution of
loadStaticClass(&javaLangDoubleClass, "java/lang/Double");
loadStaticClass(&javaLangVMThrowable, "java/lang/VMThrowable");
loadStaticClass(
16 matches
Mail list logo
