Here is a patch to fix this, it's against current CVS:
PS: I patched only configure.in. Because configure is in CVS, too, it
should be regenerated. And, oh, Configuration.java could/should be
removed from CVS now.
--
MN-Logistik GmbH http://www.mn-logistik.de
Holger Schurig
Dieselstr.
Hey,
I tried again building OpenBSD/sparc kaffe libraries (I didn't modify
anything, since I suspected the last problem to be system related and
not kaffe).
Right now it builds for quite some time and then ends this way:
[optimized and generated java.util.Collection in 238 ms]
Internal error:
Hello,
How can I use swing with kaffe ?
I have the java 1.4 from sun also installed,
but when I run my application:
kaffe myapp
It cant find any swing component (jframe or jdialog)
thanks dor your help!
Bart
___
kaffe mailing list
[EMAIL
Hi Guy,
Guy McArthur wrote:
This is not a true bug, but nonetheless the word dummy in the
unavailable options of appletviewer is a pretty silly, poor UI choice.
Why not just have them greyed-out if they are not available?
Good question. The Appletviewer would need someone to give it some care,
Salut Bart,
[EMAIL PROTECTED] wrote:
Hello,
How can I use swing with kaffe ?
I have the java 1.4 from sun also installed,
but when I run my application:
kaffe myapp
It cant find any swing component (jframe or jdialog)
there are 3 possibilities:
a) Take swing 1.1.1 from sun and put it in your
PatchSet 4519
Date: 2004/03/15 14:19:43
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Poll for POLLHUP, too
2004-03-15 Dalibor Topic [EMAIL PROTECTED]
* kaffe/kaffevm/systems/unix-jthreads/jthread.c:
Poll for POLLHUP, too, since some systems only set
PULLHUP on EOF.
[EMAIL PROTECTED] wrote:
I am using Kaffe for a research project in school where I am adding a
bytecode to some .class files. It's a new bytecode and I'm trying to
make the changes to the JIT to account for the new bytecode, but coming
across some trouble.
I started out making changes to the
Holger Schurig wrote:
Here is a patch to fix this, it's against current CVS:
PS: I patched only configure.in. Because configure is in CVS, too, it
should be regenerated. And, oh, Configuration.java could/should be
removed from CVS now.
Done. but unfortunately, it doesn't work that well (with
PatchSet 4520
Date: 2004/03/15 17:22:27
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Small include file fix for pthreads
2004-03-15 Dalibor Topic [EMAIL PROTECTED]
* kaffe/kaffevm/systems/unix-pthreads/thread-impl.c:
Import limits.h instead of linux specific bits/local_lim.h.
PatchSet 4521
Date: 2004/03/15 17:37:02
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Fixes for m68k
2004-03-15 Dalibor Topic [EMAIL PROTECTED]
* config/m68k/clear-cache.h:
Removed.
* config/m68k/jit.h:
Reverted patch since it breaks things on non-linux
I'm using Kaffe 1.1.4.
What CPU/OS are you using?
If I compile and run the following test program under Kaffe 1.1.4,
Kaffe exits with status 0 (normal exit).
It should instead throw a java.lang.StackOverflowError and print out a
backtrace.
The program, Bad.java:
[snipped]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Timothy == Timothy Stack [EMAIL PROTECTED] writes:
Working on the MIPS JIT3 I have made some small changes to the
architechture-independent register code for JIT3 that at least
allow the MIPS JIT to pass all the tests in test/internal. To
PatchSet 4522
Date: 2004/03/15 17:54:46
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Small fix for compiler warning
2004-03-15 Dalibor Topic [EMAIL PROTECTED]
* libraries/clib/awt/X/fnt.c:
Define variables only used without I18N support
only when I18N support is
Timothy Stack wrote:
I'm using Kaffe 1.1.4.
What CPU/OS are you using?
x86 (Pentium III), Linux (Red Hat kernel 2.4.20-18.9)
If I compile and run the following test program under Kaffe 1.1.4,
Kaffe exits with status 0 (normal exit).
It should instead throw a java.lang.StackOverflowError and
Hi Heppan,
[EMAIL PROTECTED] wrote:
today i have a two problems...
1. the first problem i have is that i can't run make successfully when i want to crosscompile kaffe 1.1.3 for an arm.
my configure: ./configure --prefix=/home/pr4/local/kaffe113arm --host=arm-linux --build=i686-linux
Dalibor Topic wrote:
See the xdebugging support (FAQ.xdebugging) for a way to generate
debugging information in jitted code siutable for gdb.
You can take a look at the emitted code from the jitter by configuring
and building kaffe with --enable-debug and using kaffe -vmdebug JIT to
run your
Jeffrey Morgan wrote:
Actually, I reckon that the same argument applies to java-gnome in
general. Anyone who uses the java-gnome libraries in a GUI-based Java
application is risking tying that application into GNOME. By
contrast,
if they use Swing or SWT, they can easily port the
17 matches
Mail list logo