Alan Eliasen wrote:
I've uncovered more information on the locks and crashes we've been getting
with BigInteger.toString() when Kaffe is compiled with the GMP libraries. I
think that the problem is fixed, and here are the steps that we'll probably
need to document.
Hi !
As you have noticed
Has anyone succeeded in building Kaffe under the MinGW environment? I have
the latest versions of MinGW and MSYS from http://www.mingw.org/ , and
succeeded in building the GMP libraries with this, but I get errors when I try
to build Kaffe under Mingw.
configure runs for a while, and then
Hi,
I tried compiling CVS Head with kjc and it stopped with this
error:
java/awt/font/TextAttribute.java:44: error:Cannot find type
AttributedCharacterIterator/Attribute
I've checked the profile I'm using (allatonce) and it contains
the required entry for
Helmer Krämer wrote:
Hi,
I tried compiling CVS Head with kjc and it stopped with this
error:
java/awt/font/TextAttribute.java:44: error:Cannot find type AttributedCharacterIterator/Attribute
I've checked the profile I'm using (allatonce) and it contains
the required entry for
PatchSet 4673
Date: 2004/04/22 08:13:54
Author: hkraemer
Branch: HEAD
Tag: (none)
Log:
fix for unix-pthreads
Members:
ChangeLog:1.2249-1.2250
kaffe/kaffevm/exception.c:1.82-1.83
kaffe/kaffevm/exception.h:1.26-1.27
kaffe/kaffevm/thread.c:1.61-1.62
PatchSet 4674
Date: 2004/04/22 09:22:35
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Small warning fixes
2004-04-22 Dalibor Topic [EMAIL PROTECTED]
* libraries/clib/native/Compiler.c:
Removed. The class is pure java now, and it still does
nothing.
*
Hi all,
I made small test program for inline with alloca (list at the bottom),
and try to compile it on several platforms including sparc, i686 etc,
but all warn 'function using alloca cannot be inline'.
So I propose to make sysdepCallMethod for m68k back with macro version.
Kiyo
My compile
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all!
I am very sorry and don't ask why I did move the sources of gnujaxp to
'src' directory (I don't know my self!)
So now, everything is back in place: sources are back in 'source'
directory.
2004-04-22 Arnaud Vandyck [EMAIL PROTECTED]
Thomas Zander [EMAIL PROTECTED] writes:
Just FYI: the Java standard is to use 'src'.
Using a source dir in Eclipse (I have been told) is pretty darn hard, it
expects 'src' instead.
Mauve also has it as their 'standard expected dir'.
Maybe that's why I did want to change from source to src,
Hi,
Riccardo could you try this diff on solaris/usparc ? It is against the
latest CVS.
Cheers,
Guilhem.
P.S.: It seems that on solaris rlim_max may be bigger than infinity...
Index: thread.c
===
RCS file:
PatchSet 4677
Date: 2004/04/22 15:38:42
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Resynced java.util.jar with GNU Classpath
2004-04-22 Dalibor Topic [EMAIL PROTECTED]
* libraries/javalib/java/util/jar/Attributes.java,
libraries/javalib/java/util/jar/JarFile.java,
Kiyo Inaba wrote:
Hi all,
I made small test program for inline with alloca (list at the bottom),
and try to compile it on several platforms including sparc, i686 etc,
but all warn 'function using alloca cannot be inline'.
Yes, even if you use __builtin_alloca on i386, gcc 2.9x seems to warn
PatchSet 4678
Date: 2004/04/22 16:20:52
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Resynced java.sql with GNU Classpath
2004-04-22 Dalibor Topic [EMAIL PROTECTED]
* libraries/javalib/java/sql/Array.java,
libraries/javalib/java/sql/DatabaseMetaData.java,
PatchSet 4679
Date: 2004/04/22 16:28:03
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
Implemented stack overflow detection.
* configure.ac: Check for sigaltstack.
* config/i386/beos/md.h, config/i386/bsdi/md.h, config/i386/dgux/md.h,
config/i386/freebsd2/md.h,
On Thu, 22 Apr 2004, Kiyo Inaba wrote:
Riccardo wrotes:
But, the real concern for me is which version of environment we can
support. In general, if we make more CPU/OS (with different versions)
supported, the usefulness of kaffe becomes bigger, but of course we
need not to be so
It's patched on the cvs version?
it seems a bug into the jthreads implementation, take a look:
$/usr/pkg/java/kaffe kaffe -version
Kaffe Virtual Machine
Copyright (c) 1996-2004 Kaffe.org project contributors (please see
the source code for a full list of contributors). All rights reserved.
Kaffe CVS wrote:
* configure.ac: Check for sigaltstack.
Note that this feature on Mono caused problems when a Mono binary built
on a 2.6 kernel (by my friendly neighborhood Debian packager) was
deployed on an older kernel (like mine). Mono added a
--enable-sigaltstack=no (IIRC) option
./../../../../kaffe/kaffe/kaffevm/systems/unix-jthreads/signal.c:74:
syntax error, found `('
./../../../../kaffe/kaffe/kaffevm/systems/unix-jthreads/signal.c:74:
illegal function definition, found `)'
./../../../../kaffe/kaffe/kaffevm/systems/unix-jthreads/signal.c:103:
illegal function
Implemented stack overflow detection.
Can you give us a more detailed explanation of what this all is?
thanks,
tim
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
PatchSet 4680
Date: 2004/04/22 21:59:50
Author: kaz
Branch: HEAD
Tag: (none)
Log:
2004-04-22 Ito kazumitsu [EMAIL PROTECTED]
* kaffe/kaffevm/locks.c
slowUnlockMutex(): Reverted.
Members:
ChangeLog:1.2256-1.2257
kaffe/kaffevm/locks.c:1.48-1.49
Index:
Dalibor wrote:
I made small test program for inline with alloca (list at the bottom),
and try to compile it on several platforms including sparc, i686 etc,
but all warn 'function using alloca cannot be inline'.
Yes, even if you use __builtin_alloca on i386, gcc 2.9x seems to warn
about alloca.
In configure.ac we have 'AC_TYPE_IN_PORT_T' to check existance of in_port_t,
but when it is expanded, we get following code segment.
--
echo $as_me:$LINENO: result: $ac_cv_type_in_port_t 5
echo ${ECHO_T}$ac_cv_type_in_port_t
22 matches
Mail list logo