Michael Franz wrote:
Hi,
I have been browsing the code and have noticed that jnirefs.h is not
used. It is included by [ch] files, but the contents are never
defined. In an effort to get ride of the noise can this file be
deleted?
Hi,
Thanks to your question I have reread the JNI spec and it lo
Hi,
I have been browsing the code and have noticed that jnirefs.h is not
used. It is included by [ch] files, but the contents are never
defined. In an effort to get ride of the noise can this file be
deleted?
Michael
___
kaffe mailing list
kaffe@kaff
PatchSet 5745
Date: 2005/01/01 22:30:12
Author: robilad
Branch: HEAD
Tag: (none)
Log:
Added a few entries to TODO file
Members:
ChangeLog:1.3289->1.3290
TODO:1.2->1.3
Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.3289 kaffe/ChangeLog:1.3290
--- kaffe/ChangeLog:1.3289
PatchSet 5742
Date: 2005/01/01 19:57:46
Author: robilad
Branch: HEAD
Tag: (none)
Log:
Small cleanup for internal test makefile
2005-01-01 Dalibor Topic <[EMAIL PROTECTED]>
* test/internal/Makefile.am (CPATH): New variable
as shortcut for classpath setting. Prepended '.' to
PatchSet 5745
Date: 2005/01/01 22:30:12
Author: robilad
Branch: HEAD
Tag: (none)
Log:
Added a few entries to TODO file
Members:
ChangeLog:1.3289->1.3290
TODO:1.2->1.3
Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.3289 kaffe/ChangeLog:1.3290
--- kaffe/ChangeLog:1.3289
PatchSet 5743
Date: 2005/01/01 21:34:38
Author: robilad
Branch: HEAD
Tag: (none)
Log:
Added missing moved System.java file for internal tests
2005-01-01 Dalibor Topic <[EMAIL PROTECTED]>
* test/internal/System.java: Removed.
* test/internal/java/lang/System.java: Moved over he
PatchSet 5741
Date: 2005/01/01 17:10:13
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
Fixlet for alpha.
* config/sparc/jit-alpha.def: Renamed setEpilogueLabel to
KaffeJIT_setEpilogueLabel.
Members:
ChangeLog:1.3285->1.3286
config/alpha/jit-alpha.def:1.12->1.13
PatchSet 5740
Date: 2005/01/01 15:55:51
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
Fix for bad locale environment.
* libraries/javalib/gnu/classpath/VMSystemProperties.java
(preInit): Check if LOCALE is null.
* kaffe/kaffevm/jni/jni-string.c
(KaffeJNI_NewStrin
Marko Kreen wrote:
On Fri, Dec 31, 2004 at 03:13:07AM -0800, Kaffe CVS wrote:
Author: guilhem
* kaffe/kaffevm/jni/jni-string.c
(KaffeJNI_NewStringUTF): If data is NULL we should return NULL
directly.
I'm not familiar with Kaffe code, but:
BEGIN_EXCEPTION_HANDLING(NULL)
On Fri, Dec 31, 2004 at 03:13:07AM -0800, Kaffe CVS wrote:
> Author: guilhem
> * kaffe/kaffevm/jni/jni-string.c
> (KaffeJNI_NewStringUTF): If data is NULL we should return NULL
> directly.
I'm not familiar with Kaffe code, but:
BEGIN_EXCEPTION_HANDLING(NULL);
if (data
Michael Franz wrote:
Hi,
I am getting a few build errors now.
signal.c: At top level:
signal.c:178: error: conflicting types for `registerAsyncSignalHandler'
jsignal.h:37: error: previous declaration of `registerAsyncSignalHandler'
signal.c:209: error: conflicting types for `registerSyncSignalHandl
PatchSet 5739
Date: 2005/01/01 11:35:41
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
Declaration fixes.
* kaffe/kaffevm/classMethod.h
(protectionDomain): Changed declaration to use the right type.
* kaffe/kaffevm/systems/unix-jthreads/jsignal.h
(registerAsyncSig
Guilhem Lavaux <[EMAIL PROTECTED]> wrote:
> Helmer Krämer wrote:
>
> >Kaffe CVS <[EMAIL PROTECTED]> wrote:
> >
> >Hi,
> >
> >
> >
> >>* kaffe/kaffevm/systems/unix-pthreads/syscalls.c
> >>(jthreadedAccept): Use the old implementation using select all the
> >>time. It look
Hi,
I have checked how the linux kernel handles futex and I see a potential
problem. When kaffe deadlocks with GCTest it is always hang with one
thread in a pthread_mutex_unlock calling the futex syscall and the GC
thread in pthread_mutex_lock calling the futex syscall. The first thread
has bee
Michael Franz wrote:
Hi,
Here is the latest errors for SuSE x86_64:
ClassLoader.c:37: error: conflicting types for
`java_lang_VMClassLoader_defineClass'
../../../include/java_lang_VMClassLoader.h:20: error: previous
declaration of `java_lang_VMClassLoader_defineClass'
Yes, before there was a mis
Helmer Krämer wrote:
Kaffe CVS <[EMAIL PROTECTED]> wrote:
Hi,
* kaffe/kaffevm/systems/unix-pthreads/syscalls.c
(jthreadedAccept): Use the old implementation using select all the
time. It looks like being the only really working way of handling
timeouts.
have you
Kaffe CVS <[EMAIL PROTECTED]> wrote:
Hi,
> * kaffe/kaffevm/systems/unix-pthreads/syscalls.c
> (jthreadedAccept): Use the old implementation using select all the
> time. It looks like being the only really working way of handling
> timeouts.
have you checked whethe
PatchSet 5737
Date: 2005/01/01 08:45:57
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
First bug fix of the year ! :)
* kaffe/kaffevm/external.c: Adapted error handling to darwin's and
openbsd's messages.
* libraries/clib/classpath/Makefile.am: Added useful link flags
Hi,
Here is the latest errors for SuSE x86_64:
ClassLoader.c:37: error: conflicting types for
`java_lang_VMClassLoader_defineClass'
../../../include/java_lang_VMClassLoader.h:20: error: previous
declaration of `java_lang_VMClassLoader_defineClass'
Michael
Hi,
I am getting a few build errors now.
signal.c: At top level:
signal.c:178: error: conflicting types for `registerAsyncSignalHandler'
jsignal.h:37: error: previous declaration of `registerAsyncSignalHandler'
signal.c:209: error: conflicting types for `registerSyncSignalHandler'
jsignal.h:34: er
PatchSet 5738
Date: 2005/01/01 09:03:45
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
Fixlets for sparc.
* kaffe/kaffevm/intrp/methodcalls.c,
kaffe/kaffevm/jit/methodcalls.c
(engine_callMethod): Clear the return value to be sure that no
bits are one.
* ka
21 matches
Mail list logo