Re: [kaffe] small make dist fix
With that patch make dist creates useable distribution archives again, but ...
make distcheck fails with:
/bin/sh ./rebuildLib @essential.files
Compiling classes from @essential.files using
/tmp/topic/build/kaffe-1.1.x-cvs/_build/kaffe/kaffe/kaffe-bin -verbosegc
at.dms.kjc.Main
Couldn't find or load essential class `java/lang/Object'
java.lang.ClassNotFoundException java/lang/Object
./rebuildLib: line 51: 5133 Aborted $JAVAC $VERBOSE
$JAVAC_FLAGS -d $LIBDIR $CPATH ${1+$@}
any ideas?
--- Dalibor Topic [EMAIL PROTECTED] wrote:
Hi.
attached you'll find a small fix for make dist.
2003-06-05 Dalibor Topic [EMAIL PROTECTED]
* Makefile.am:
(EXTRA_DIST) added FAQ/FAQ.cross-compiling.
* libraries/extensions/Makefile.am:
(DIST_SUBDIRS) new variable.
* Makefile.in, scripts/Makefile.in, scripts/compat/Makefile.in,
libraries/extensions/Makefile.in: regenerated.
cheers,
dalibor topic
__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com ? autom4te.cache
? libltdl/autom4te.cache
Index: Makefile.am
===
RCS file: /cvs/kaffe/kaffe/Makefile.am,v
retrieving revision 1.34
diff -u -r1.34 Makefile.am
--- Makefile.am 2 Jun 2003 04:34:01 - 1.34
+++ Makefile.am 5 Jun 2003 10:36:27 -
@@ -35,6 +35,7 @@
FAQ/FAQ.class-states \
FAQ/FAQ.classlibrary-compile \
FAQ/FAQ.coding-style \
+ FAQ/FAQ.cross-compiling \
FAQ/FAQ.debugging \
FAQ/FAQ.depend \
FAQ/FAQ.dmalloc \
Index: Makefile.in
===
RCS file: /cvs/kaffe/kaffe/Makefile.in,v
retrieving revision 1.99
diff -u -r1.99 Makefile.in
--- Makefile.in 2 Jun 2003 04:34:01 - 1.99
+++ Makefile.in 5 Jun 2003 10:36:27 -
@@ -267,6 +267,7 @@
FAQ/FAQ.class-states \
FAQ/FAQ.classlibrary-compile \
FAQ/FAQ.coding-style \
+ FAQ/FAQ.cross-compiling \
FAQ/FAQ.debugging \
FAQ/FAQ.depend \
FAQ/FAQ.dmalloc \
Index: kaffe/scripts/Makefile.in
===
RCS file: /cvs/kaffe/kaffe/kaffe/scripts/Makefile.in,v
retrieving revision 1.80
diff -u -r1.80 Makefile.in
--- kaffe/scripts/Makefile.in 2 Jun 2003 04:34:03 - 1.80
+++ kaffe/scripts/Makefile.in 5 Jun 2003 10:36:28 -
@@ -252,8 +252,8 @@
@[EMAIL PROTECTED] = compat
[EMAIL PROTECTED]@SCRIPTFILES_COMPAT =
@[EMAIL PROTECTED] = appletviewer javac javadoc
[EMAIL PROTECTED]@SCRIPTFILES_COMPAT =
@[EMAIL PROTECTED] = kaffexprof nm2as.awk
@[EMAIL PROTECTED] =
Index: kaffe/scripts/compat/Makefile.in
===
RCS file: /cvs/kaffe/kaffe/kaffe/scripts/compat/Makefile.in,v
retrieving revision 1.63
diff -u -r1.63 Makefile.in
--- kaffe/scripts/compat/Makefile.in 2 Jun 2003 04:34:04 - 1.63
+++ kaffe/scripts/compat/Makefile.in 5 Jun 2003 10:36:28 -
@@ -237,11 +237,11 @@
target_alias = @target_alias@
toolslibdir = @toolslibdir@
with_engine = @with_engine@
[EMAIL PROTECTED]@jrebin_SCRIPTS =
@[EMAIL PROTECTED] = java
[EMAIL PROTECTED]@jrebin_SCRIPTS =
[EMAIL PROTECTED]@bin_SCRIPTS = appletviewer javac javadoc
@[EMAIL PROTECTED] =
[EMAIL PROTECTED]@bin_SCRIPTS = appletviewer javac javadoc
subdir = kaffe/scripts/compat
ACLOCAL_M4 = $(top_srcdir)/aclocal.m4
mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs
Index: libraries/extensions/Makefile.am
===
RCS file: /cvs/kaffe/kaffe/libraries/extensions/Makefile.am,v
retrieving revision 1.7
diff -u -r1.7 Makefile.am
--- libraries/extensions/Makefile.am 27 May 2003 18:14:33 - 1.7
+++ libraries/extensions/Makefile.am 5 Jun 2003 10:36:28 -
@@ -7,3 +7,5 @@
# of this file.
SUBDIRS = @INCLUDED_EXTENSIONS@
+
+DIST_SUBDIRS = comm microsoft pjava servlet sound
Index: libraries/extensions/Makefile.in
===
RCS file: /cvs/kaffe/kaffe/libraries/extensions/Makefile.in,v
retrieving revision 1.53
diff -u -r1.53 Makefile.in
--- libraries/extensions/Makefile.in 29 May 2003 18:09:13 - 1.53
+++ libraries/extensions/Makefile.in 5 Jun 2003 10:36:28 -
@@ -239,6 +239,8 @@
with_engine = @with_engine@
SUBDIRS = @INCLUDED_EXTENSIONS@
+
+DIST_SUBDIRS = comm microsoft pjava servlet sound
subdir = libraries/extensions
ACLOCAL_M4 = $(top_srcdir)/aclocal.m4
mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs
@@ -253,7 +255,6 @@
installdirs-recursive install-recursive uninstall-recursive \
check-recursive installcheck-recursive
DIST_COMMON = Makefile.am Makefile.in
-DIST_SUBDIRS = $(SUBDIRS)
all: all-recursive
.SUFFIXES:
@@ -428,7
[kaffe] Freeze
I'm sure everybody already knows this, but we're in a freeze now. So we want bug fixes, testing results, documentation and packaging / configure fixes only at this point. The release 1.1.0 release will be on Sunday. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1)
Hi all, --- Greg Wooledge [EMAIL PROTECTED] wrote: Here is it a bit later, closer to normal: PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND 19688 greg 103 20 752K 616K run - 20.0H 92.33% dnetc 15010 freenet20 108M 103M run -5:09 3.91% kaffe-bin At some point I'll probably update back to the newer gmp just to keep things up to date, then rebuild Kaffe again with that. But as far as I'm concerned, it's working! Ship it! ;-) So we have working jetty, freenet, nice, jython, gzz ... yes, I think we should ship it before I start breaking things all over again ;) cheers, dalibor topic __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1)
On Thu, 5 Jun 2003 07:53:15 -0700 (PDT) Dalibor Topic [EMAIL PROTECTED] wrote: Hey, --- Greg Wooledge [EMAIL PROTECTED] wrote: Here is it a bit later, closer to normal: PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND 19688 greg 103 20 752K 616K run - 20.0H 92.33% dnetc 15010 freenet20 108M 103M run -5:09 3.91% kaffe-bin At some point I'll probably update back to the newer gmp just to keep things up to date, then rebuild Kaffe again with that. But as far as I'm concerned, it's working! Ship it! ;-) I still doubt that it's working, because that would be too good to be true ;) IIRC, there were some errors that only showed up after freenet was running for a while, right? So we have working jetty, freenet, nice, jython, gzz ... What about a simple web page to list all the applications that work with kaffe? Greetings, Helmer ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: The problem of Double.c and buggy strtod is settled
: == Helmer Krämer [EMAIL PROTECTED] writes: : does it work if you comment out the #ifdef HAVE_FLOAT_H ... #endif : stuff in replace/strtod.c? It seems to expect a configure check : for float.h, but I couldn't find any check I am not [EMAIL PROTECTED] using Linux 2.0.x but [EMAIL PROTECTED] using FreeBSD 4.7-RELEASE. I tried the same program on FreeBSD and got the same result. Whether or not the #ifdef HAVE_FLOAT_H ... #endif is commented out does not change the results. In fact, FreeBSD 4.7-RELEASE's /usr/include/float.h says #define DBL_MIN 2.2250738585072014E-308 and replace/strtod.c says, when HAVE_FLOAT_H is undefined, almost the same thing: # define DBL_MIN 2.2250738585072010e-308 I remember Linux 2.0.x's float.h also defines something like this. So Java's double MIN_VALUE 4.9406564584124654418e-324 will be considered to be 0.0 by this strtod.c. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1)
Hallo Helmer, --- Helmer Krämer [EMAIL PROTECTED] wrote: On Thu, 5 Jun 2003 07:53:15 -0700 (PDT) So we have working jetty, freenet, nice, jython, gzz ... What about a simple web page to list all the applications that work with kaffe? http://www.kaffe.org/compatibility_applications.shtml . definitely needs an update to show the latest advances. cheers, dalibor topic __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] small make dist fix
On Thu, 5 Jun 2003 07:02:46 -0700 (PDT)
Dalibor Topic [EMAIL PROTECTED] wrote:
With that patch make dist creates useable distribution archives again, but ...
make distcheck fails with:
/bin/sh ./rebuildLib @essential.files
Compiling classes from @essential.files using
/tmp/topic/build/kaffe-1.1.x-cvs/_build/kaffe/kaffe/kaffe-bin -verbosegc
at.dms.kjc.Main
Couldn't find or load essential class `java/lang/Object'
java.lang.ClassNotFoundException java/lang/Object
./rebuildLib: line 51: 5133 Aborted $JAVAC $VERBOSE
$JAVAC_FLAGS -d $LIBDIR $CPATH ${1+$@}
any ideas?
I think so. _build/libraries/javalib/rebuildLib prepends
../../../libraries/javalib/Klasses.jar.bootstrap to the
BOOTCLASSPATH. Then you cd into ../../../libraries/javalib
and want to run kaffe.
However, now ../../../libraries/javalib/Klasses.jar.bootstrap
is no longer a valid file, so kaffe can't find java/lang/Object.
Greetings,
Helmer
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Freeze
In-Reply-To: [EMAIL PROTECTED] I'm sure everybody already knows this, but we're in a freeze now. OK, first try the easiest for me. $ uname -a Linux gibson 2.4.18-14 #1 Wed Sep 4 13:35:50 EDT 2002 i686 i686 i386 GNU/Linux This is RedHat-8.0 (full installation) And simple 'configure; make' prints --- /home/inaba/src/kaffe/kaffe-snap-030606/libltdl/missing: line 46: automake-1.7: command not found WARNING: `automake-1.7' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . /bin/sh ./config.status Makefile config.status: creating Makefile make[1]: Leaving directory `/home/inaba/src/kaffe/kaffe-snap-030606-linux/libltdl' make[1]: Entering directory `/home/inaba/src/kaffe/kaffe-snap-030606-linux/libltdl' cd ../../kaffe-snap-030606/libltdl /bin/sh /home/inaba/src/kaffe/kaffe-snap-030606/libltdl/missing --run autoheader aclocal.m4:6326: error: Autoconf version 2.54 or higher is required aclocal.m4:6326: the top level autoheader: autom4te-2.53 failed with exit status: 1 at /usr/bin/autoheader line 163 make[1]: *** [../../kaffe-snap-030606/libltdl/config-h.in] Error 1 make[1]: Leaving directory `/home/inaba/src/kaffe/kaffe-snap-030606-linux/libltdl' --- Kiyo ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Problem with BufferedInputStream [patch]
Hi,
On Thu, 2003-06-05 at 15:48, Helmer Krämer wrote:
Just some minor comments, though. If I understand the spec correctly,
BufferedInputStream.read() should block until data is available and
read as much of it as possible afterwards (either until the destination
buffer is full or until further reading from the underlying input
stream would block again).
IMHO, simply removing the loop would break this, since without the
loop you will only read as much data as is already buffered in the
BufferedInputStream itself, you will not take care of data that might
be available in the underlying input stream and thus could be read
without blocking.
The Java Class Libraries (second edition, volume 1) isn't that clear on
the subject. But the online java doc (1.4.2) say:
This method implements the general contract of the corresponding
read method of the InputStream class. As an additional
convenience, it attempts to read as many bytes as possible by
repeatedly invoking the read method of the underlying stream.
This iterated read continues until one of the following
conditions becomes true:
* The specified number of bytes have been read,
* The read method of the underlying stream returns -1,
indicating end-of-file, or
* The available method of the underlying stream returns
zero, indicating that further input requests would
block.
So I would not completely remove the loop, but rather replace it with
something like do {} while (len0 available()0); dunno whether
that's really more correct, though...
What do you think?
Seems that is more correct. But since available() isn't that reliable I
wouldn't implement it that way since it might make the method block much
more then needed. See for example the java.util.ZipInputStream
available() method definition (which says to almost always returns 1!).
Also note that the javadoc say:
Subclasses of this class are encouraged, but not required, to
attempt to read as many bytes as possible in the same fashion.
So users cannot rely on this behaviour anyway.
Cheers,
Mark
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: The problem of Double.c and buggy strtod is settled
--- Ito Kazumitsu [EMAIL PROTECTED] wrote: * == Ito Kazumitsu [EMAIL PROTECTED] writes: * In fact, FreeBSD 4.7-RELEASE's /usr/include/float.h says * #define DBL_MIN 2.2250738585072014E-308 * and replace/strtod.c says, when HAVE_FLOAT_H is undefined, * almost the same thing: * # define DBL_MIN 2.2250738585072010e-308 * I remember Linux 2.0.x's float.h also defines something like this. * * So Java's double MIN_VALUE 4.9406564584124654418e-324 will be * considered to be 0.0 by this strtod.c. Studying this issue further, I found that DBL_MIN is not the only factor that makes strtod convert 4.9406564584124654418e-324 to 0.0. Even if I comment out if (num DBL_MIN * pow (10.0, (double) -exponent)) goto underflow; this strtod converts 4.9406564584124654418e-324 to 0.0 although errno is not set. Inserting printf(## num, exp = %f, %d\n, num, exponent); before num *= pow (10.0, (double) exponent);, I get ## num, exp = 49406564584124661760.00, -343. So the reason why 4.9406564584124654418e-324 becomes 0.0 seems to be the limitation of the function pow(). o.k., since the strtod from libit doesn't work, the one from libiberty (gcc) doesn't work either, I'll see if I can get the one from NetBSD to work, since you've had some success with it. cheers, dalibor topic __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
cross-compiling in general (was: Re: [kaffe] Freeze)
Hi, The story may be worse than I expect... I'd like to resolve 'kaffeh' incompatibility issues and delete old 'kaffeh' installed in '/usr/local/bin'. Then, new native build installs 'kaffeh' into '/usr/local/kaffe/bin'. And of course for cross-compiling, 'configure' says, checking for kaffeh... no configure: error: please set KAFFEH to the full pathname of a locally executable kaffeh In the next release, if a user wants to use 'kaffeh', does the user have to include '/usr/local/kaffe/bin' (or any equivalent) into his PATH environment variable? If my assumption is correct, I have to add something to 'FAQ.cross-compiling' Kiyo ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Re: Patch: RMI UnicastRemoteCall (libgcj/10886)
Dalibor == Dalibor Topic [EMAIL PROTECTED] writes: Dalibor So my course of action for kaffe will be to look in your Dalibor (i.e. Classpath's) direction, and see what can be merged in Dalibor eventually. Ok. Jeff, I think it is up to you whether the patch goes in or not. Dalibor BTW, is anyone here aware of an RMI test suite? Not me. Tom ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1)
Helmer Krämer ([EMAIL PROTECTED]) wrote: I still doubt that it's working, because that would be too good to be true ;) IIRC, there were some errors that only showed up after freenet was running for a while, right? It still leaks memory, but I've learned to stop worrying about that. Whether it still crashes on assertions, I can't say yet. Even with 1.0.7 I could often run for hours or days between crashes. In the last almost-a-day, I've restarted it twice due to out-of-memory problems, and it hasn't crashed yet. Whether that's good or bad is, I suppose, a matter of taste. I suppose I should test it with a transient Freenet node on Linux, too, just to see if any weird bugs crawl out of it. It won't get the same kind of unpredictable hammering that a permanent node gets, but it's worth a try. -- Greg Wooledge | Truth belongs to everybody. [EMAIL PROTECTED] |- The Red Hot Chili Peppers http://wooledge.org/~greg/ | pgp0.pgp Description: PGP signature
Re: [kaffe] Re: The problem of Double.c and buggy strtod is settled
By the way, let's consider why old Linux user like me was happy with kaffe-1.0.7. Because kaffe-1.0.7 had precompiled Klasses.jar and we did not have to compile java/lang/Double.java ourselves. The result of make check showed FAIL: DoublePrint.java, but that did not matter practically. But now, we have to compile java/lang/Double.java ourselves. So we need good strtod that recognizes java.lang.Double.MIN_VALUE. What I finally did was to replace the system-wide /usr/lib/libc.so so that it used the NetBSD-origin strtod. But I am afraid not all of the old Linux users can do this. Dalibor is trying hard to include some good strtod source into kaffe. This approach is facing some obstacles. I think I will cooperate with him until we succeed. So I have restored the original /usr/lib/libc.so in order to test his patches. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: The problem of Double.c and buggy strtod is settled
In message Re: [kaffe] Re: The problem of Double.c and buggy strtod is settled
on 03/06/06, Ito Kazumitsu [EMAIL PROTECTED] writes:
Seeing the source, I found that the libiberty-strtod.c used atof.
The atof of Linux 2.0.38 uses its own __strtod_internal.
As long as __strtod_internal is used, you cannot expect a good
result.
I am afraid it is quite difficult to keep __strtod_internal
from being called.
So I tried the attached replace/strtod.c and changed Double.c
like this:
--- libraries/clib/native/Double.c.orig Fri Apr 12 21:56:11 2002
+++ libraries/clib/native/Double.c Fri Jun 6 18:41:03 2003
@@ -23,6 +23,7 @@
#include files.h
#include java_lang_Double.h
#include native.h
+extern double my_strtod();
/*
* Convert a normal double to a string with the supplied precision.
@@ -130,7 +131,7 @@
#endif
/* Parse value; check for empty parse */
- value = strtod(buf, endbuf);
+ value = my_strtod(buf, endbuf);
if (endbuf == buf) {
msg = startbuf; /* this is what JDK 1.1.6 does */
goto bail;
The result was satisfactory but make test showed FAIL: DoublePrint.java.
But diff test/regression/DoublePrint.out test/regression/DoublePrint.fail
is only this:
10c10
4.9E-324
---
4.9406564584125E-324
I think this difference is ignoreable.
And my replace/strtod.c follows. It is based on the idea
that the need for parsing 4.9406564584124654418e-324
except for the compiling of Double.java must be rare.
$ cat replace/strtod.c
#include stdlib.h
#define JAVA_DOUBLE_MIN_STR 4.9406564584124654418e-324
#define JAVA_DOUBLE_MIN 4.9406564584124654418e-324
double
my_strtod (str, ptr)
char *str;
char **ptr;
{
char *q;
char *r;
int m;
int l;
double d;
if (*str == JAVA_DOUBLE_MIN_STR[0]) {
q = str;
r = JAVA_DOUBLE_MIN_STR;
m = 1;
l = 0;
while (*r) {
if (*q++ != *r++) {
m = 0;
break;
}
l++;
}
if (m) {
d = JAVA_DOUBLE_MIN;
if (ptr != NULL) {
*ptr = str + l;
}
}
else {
d = strtod (str, ptr);
}
}
else {
d = strtod (str, ptr);
}
return d;
}
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] assertion failed: mem/gc-incremental.c 384
kaffe-bin in malloc(): warning: recursive call. kaffe-bin in malloc(): warning: recursive call. [...] assertion GC_GET_FUNCS(info, idx) sizeof(gcFunctions)/sizeof(gcFunctions[0]) failed: file mem/gc-incremental.c, line 384 #0 0x4086327b in kill () #1 0x401fa8bb in abort () #2 0x401b274f in __assert () #3 0x4003e023 in gcWalkMemory (gcif=0x4009dcd4, mem=0x4009dcfc) at mem/gc-incremental.c:383 #4 0x4003e504 in gcMan (arg=0x4009dcd4) at mem/gc-incremental.c:504 #5 0x4005d2d8 in startSpecialThread (arg=0x3da980) at thread.c:285 #6 0x400867e8 in start_this_sucker_on_a_new_frame () at jthread.c:1266 #7 0x40086968 in jthread_create (pri=11, func=0x4005d2a4 startSpecialThread, daemon=-809510880, jlThread=0x4005cf3d, threadStackSize=1074122447) at jthread.c:1336 #8 0x4005cf1c in createThread (tid=0x3da980, func=0x4005d2a4, stacksize=16384, einfo=0xcfbfd8a0) at thread.c:121 #9 0x4005d3ba in createDaemon (func=0x4003e30c, nm=0x4003f9bb gc, arg=0x4009dcd4, prio=11, stacksize=16384, einfo=0xcfbfd8a0) at thread.c:324 #10 0x4003fa51 in gcEnable (collector=0x4009dcd4) at mem/gc-incremental.c:1093 #11 0x4002a610 in initialiseKaffe () at baseClasses.c:214 #12 0x40044bcb in JNI_CreateJavaVM (vm=0xa340, env=0xa5b8, args=0xa348) at jni.c:205 This is from a CVS checkout on Wednesday evening (CVS/Entries has /ChangeLog/1.1384/Wed Jun 4 23:25:33 2003// as the most recent file.) OpenBSD 3.3 x86, running Freenet 6043. -- Greg Wooledge | Truth belongs to everybody. [EMAIL PROTECTED] |- The Red Hot Chili Peppers http://wooledge.org/~greg/ | pgp0.pgp Description: PGP signature
Re: [kaffe] Re: The problem of Double.c and buggy strtod is settled
hi Ito, --- Ito Kazumitsu [EMAIL PROTECTED] wrote: Hi Dalibor, In message Re: [kaffe] Re: The problem of Double.c and buggy strtod is settled on 03/06/05, Dalibor Topic [EMAIL PROTECTED] writes: the netbsd strtod seems to need some includes that I don't have around, and the netlib strtod wants me to specify way more about IEEE than I know ;) The one from glibc is entangles in the glibc mess of headers, so I took another look at the one from libiberty. I hope that the attached patch works, I've tried a slightly adapted DoubleTest.c and it worked for me: I used it on Linux 2.0.38, and the result seemed satisfactory But it was not because the new strtod worked but because I had chaned the system-wide /usr/lib/libc.so so that it used the strtod of NetBSD origin. I restored the original /usr/lib/libc.so. Then I got the bad result: $ ./a.out 4.9406564584124654418e-324 4.9406564584124654418e-324 0 0.e+00 Seeing the source, I found that the libiberty-strtod.c used atof. The atof of Linux 2.0.38 uses its own __strtod_internal. As long as __strtod_internal is used, you cannot expect a good result. Well, on to the next implementation ;) The atatched patch used strtod from dietlibc so it would be nice if you could try it out. cheers, dalibor topic __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com dalibor-strtod-2-newfiles.tgz Description: dalibor-strtod-2-newfiles.tgz dalibor-strtod-2.diff.gz Description: dalibor-strtod-2.diff.gz
[kaffe] Test results: FreeBSD 4.6
hi, I've attached a log of a FullTest.sh done on a 1Ghz PIII running FreeBSD 4.6. Basically, everything seemed to work, whee. Although it took forever to run... tim 267 irontown:release/kaffe uname -a FreeBSD irontown 4.6-STABLE FreeBSD 4.6-STABLE #0: Thu Aug 1 23:39:05 MDT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/UTAHUP i386 268 irontown:release/kaffe gmake --version GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i386-portbld-freebsd4.6 Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Report bugs to [EMAIL PROTECTED]. 269 irontown:release/kaffe gcc --version 2.95.4 270 irontown:release/kaffe jikes --version Jikes Compiler - Version 1.18 - 21 November 2002 (C) Copyright IBM Corp. 1997, 1998, 1999, 2000, 2001, 2002. - Licensed Materials - Program Property of IBM - All Rights Reserved. Originally written by Philippe Charles and David Shields of IBM Research, Jikes is now maintained and refined by the Jikes Project at: http://ibm.com/developerworks/opensource/jikes Please consult this URL for more information and for reporting problems. 312 irontown:kaffe/kaffe head ChangeLog 2003-06-05 Tim Stack [EMAIL PROTECTED] * libraries/javalib/bootstrap.classlist, libraries/javalib/Klasses.jar.bootstrap: Added java/util/AbstractList$2.class, java/security/AllPermission.class, java/security/PermissionCollection.class, and java/security/ProtectionDomain.class. 2003-06-04 Ito Kazumitsu [EMAIL PROTECTED] ./FullTest.sh output: Thu Jun 5 10:24:05 MDT 2003 kaffe-jit3-debug: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 10:41:48 MDT 2003 kaffe-intrp-debug: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 12:22:34 MDT 2003 kaffe-jit3-optimized: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 12:34:45 MDT 2003 kaffe-intrp-optimized: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 13:29:47 MDT 2003 kaffe-jit3-stats: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 13:46:38 MDT 2003 kaffe-intrp-stats: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 15:30:32 MDT 2003 kaffe-jit3-default: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 15:51:19 MDT 2003 kaffe-intrp-default: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 17:41:19 MDT 2003 kaffe-jit3-debug-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 17:54:18 MDT 2003 kaffe-intrp-debug-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 19:10:41 MDT 2003 kaffe-jit3-optimized-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 19:20:45 MDT 2003 kaffe-intrp-optimized-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 19:55:19 MDT 2003 kaffe-jit3-stats-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 20:08:09 MDT 2003 kaffe-intrp-stats-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 21:24:48 MDT 2003 kaffe-jit3-default-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 21:37:33 MDT 2003 kaffe-intrp-default-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all
Re: [kaffe] (no subject)
Thanks Dalibor, I've got the kaffe from CVS after your email and try with it. Unfortunately, I have the same error for my last build kaffe-qt-awt when I build kaffe this time. ERROR MESSAGE In file included from evt.cc:984: evt.moc.cc:17:2: #error This file was generated using the moc from 3.0.3. It evt.moc.cc:18:2: #error cannot be used with the include files from this version of Qt. evt.moc.cc:19:2: #error (The moc has changed too much.) /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top level: evt.cc:243: warning: `char *eventStr (int)' defined but not used make: *** [evt.o] Error 1 ***END OF THE ERROR MESSAGE* the file is located at kaffe/libraries/clib/awt/qt whatever can I fix the problem or not, really thanks for you quick help Dalibor. Samuel - Original Message - From: Dalibor Topic [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, June 06, 2003 5:51 PM Subject: Re: [kaffe] (no subject) Hi Samuel, --- samuel [EMAIL PROTECTED] wrote: First, I got an error show that the line 256 of toolkit.h(char xor;) and it's fixed after I change it to (char Xor). I detailly describe it is because I don't know will this affect the others. That's fixed in the CVS, since Wed Nov 27 18:32:56 2002, by me ;) So please do yourself a favor and use the version from the CVS. After fixed the first error, it claim that my moc version not compatiable. It's caused from the evt.moc: **ERROR MESSAGE** In file included from evt.cc:984: evt.moc:15:2: #error This file was generated using the moc from 3.0.3. It evt.moc:16:2: #error cannot be used with the include files from this version of Qt. evt.moc:17:2: #error (The moc has changed too much.) /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top level: evt.cc:243: warning: `char *eventStr (int)' defined but not used make: *** [evt.o] Error 1 ***END of ERROR MESSAGE** Again, this is fixed in the CVS. Moc files are now generated automatically. After I comment the error message from the evt.moc, another error appears. **ERROR MESSAGE** gra.cc:99: parse error before `^' gra.cc: In function `void Java_java_awt_Toolkit_graDrawPolygon (JNIEnv *, void *, Graphics *, void *, void *, int)': gra.cc:335: warning: unused variable `int n' ***END of ERROR MESSAGE** and this one is fixen in the CVS as well, AFAIK. And many other error appears after the above change. What should I do? I am only a beginner in kaffe, hope that someone can help me. Thanks alot. Read http://www.kaffe.org/anoncvs.shtml , grab the latest source from the CVS, and try again. Hopefully the qt stuff will work out of the box for you, it does for me on my Mandrake box ... I think I should remove the link to actual patch from the home page, and lead kaffe qt developers to use current CVS for their own good :) cheers, dalibor topic __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] (no subject)
Hi Samuel, --- Samuel [EMAIL PROTECTED] wrote: Thanks Dalibor, I've got the kaffe from CVS after your email and try with it. Unfortunately, I have the same error for my last build kaffe-qt-awt when I build kaffe this time. ERROR MESSAGE In file included from evt.cc:984: evt.moc.cc:17:2: #error This file was generated using the moc from 3.0.3. It evt.moc.cc:18:2: #error cannot be used with the include files from this version of Qt. evt.moc.cc:19:2: #error (The moc has changed too much.) /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top level: evt.cc:243: warning: `char *eventStr (int)' defined but not used make: *** [evt.o] Error 1 ***END OF THE ERROR MESSAGE* the file is located at kaffe/libraries/clib/awt/qt hm ... are you sure that the moc in your path is the moc from the Qt you're trying to link against? cheers, dalibor topic __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] (no subject)
Hi Dalibor, Sorry, I can't sure that. Could you tell me how to check it? Or, how can I force it to use the suitable one? Samuel - Original Message - From: Dalibor Topic [EMAIL PROTECTED] To: Samuel [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, June 06, 2003 11:55 PM Subject: Re: [kaffe] (no subject) Hi Samuel, --- Samuel [EMAIL PROTECTED] wrote: Thanks Dalibor, I've got the kaffe from CVS after your email and try with it. Unfortunately, I have the same error for my last build kaffe-qt-awt when I build kaffe this time. ERROR MESSAGE In file included from evt.cc:984: evt.moc.cc:17:2: #error This file was generated using the moc from 3.0.3. It evt.moc.cc:18:2: #error cannot be used with the include files from this version of Qt. evt.moc.cc:19:2: #error (The moc has changed too much.) /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top level: evt.cc:243: warning: `char *eventStr (int)' defined but not used make: *** [evt.o] Error 1 ***END OF THE ERROR MESSAGE* the file is located at kaffe/libraries/clib/awt/qt hm ... are you sure that the moc in your path is the moc from the Qt you're trying to link against? cheers, dalibor topic __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] current status?
Hello, Could someone please give me a brief idea of what's happening with kaffe at this point? Is it in much use on the PowerPC? I see that kaffe was included in Redhat 6 but is no longer being distributed by them as of RH7.3. From your perspective, why did they do that and what are the implications for a redhat user? Thanks very much for your attention. Regards, Andy ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] (no subject)
Hi Samuel, --- Samuel [EMAIL PROTECTED] wrote: Hi Dalibor, Sorry, I can't sure that. Could you tell me how to check it? Or, how can I force it to use the suitable one? If you type in a shell which moc you should get the path to the moc that is used to generate the files. If it's not in path-to-qt-you-want-to-build-against/bin , then you need to add path-to-qt-you-want-to-build-against/bin to the front of your PATH. cheers, dalibor topic __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] current status?
On Fri, 2003-06-06 at 10:37, Andrew Mermell wrote: Hello, Could someone please give me a brief idea of what's happening with kaffe at this point? Is it in much use on the PowerPC? I recently upgraded my iBook and tried in on Mac OS X 10.2 / PowerPC. The head of CVS compiled staticly (dynamic linking hasn't been fixed for Mac OS X). It did complain about needing automake in the libltdl directoy - I'm going to try to fix that today. It was able to run Hello World, but was unable to run kjc (our javac, needed to recompile the class libs). I imagine that Linux/PPC would have similar results. I see that kaffe was included in Redhat 6 but is no longer being distributed by them as of RH7.3. From your perspective, why did they do that and what are the implications for a redhat user? I'm not surprised that they dropped it. Even though Kaffe has been around since 1997, the project was quite fragmented, and the Java compatibility was quite lacking. So it has been quite frustrating to use previous versions of it. I think the 1.1.0 release will be quite a bit nicer, even though it's just doing to be a development release, as the whole project seems to be gaining some momentum which it didn't have in the past -- thanks to the hard work of the volunteer developers and the free Java community. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Where to downlad the windows-port?
Nobody has been actively working on it regularily, but I think some work was done on it a few months ago. Currently, there's only cygwin support - so you need to link it against the cygwin DLL (which is an issue for some non-GPL software). The PocketLinux/Transvirtual fork of Kaffe had some support for using mingw32 (eg. no cygwin.dll), but that hasn't been merged in. I'm not sure what the current state is - I've been planning to test it. It would be nice to hear what the current state of the head of CVS is, as we are planning to release 1.1.0 in two days. Cheers, - Jim On Fri, 2003-06-06 at 13:27, Clemens Eisserer wrote: Hi there! I want to bundle one of my small apps with kaffe because its really small and also fast. I need JNI, some basic classpath-features (works with 1.0.6/7 on Linux) and the possibility to start extern programs via system. Does the widnwos-port support all this? Are there precompilied packages available and where can I find them? Thanks a lot, Clemens PS: I sthe windows port still activly developed? ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] current status?
On Fri, Jun 06, 2003 at 12:45:46PM -0700, Jim Pick wrote: On Fri, 2003-06-06 at 10:37, Andrew Mermell wrote: I see that kaffe was included in Redhat 6 but is no longer being distributed by them as of RH7.3. From your perspective, why did they do that and what are the implications for a redhat user? I'm not surprised that they dropped it. Even though Kaffe has been around since 1997, the project was quite fragmented, and the Java compatibility was quite lacking. So it has been quite frustrating to use previous versions of it. I think the 1.1.0 release will be quite a bit nicer, even though it's just doing to be a development release, as the whole project seems to be gaining some momentum which it didn't have in the past -- thanks to the hard work of the volunteer developers and the free Java community. I think the lack of new release for a very long time was one of the reason, another one was the amount of bugs/obsolescence as Java evolved, the third one is the use of the gjc compiler when trying to use the small apps where kaffe was used. I am happy seeing kaffe being actively maintained again, I can't make any promises w.r.t. reinclusion in Red Hat (I'm a Red Hat employee), but my understanding is that if kaffe gets good enough to run non-trivial applications and users of those applications care about running a free JVM, kaffe may be reintroduced. I think this boils down to Kaffe getting Java users outside the embedded system segment, if the project tries to get there and succeeds then it will naturally finds it place back in the Linux (not only Red Hat) systems. I understand that Kaffe will look more attractive to users of embedded systems, maybe the project needs to decide if getting back on general pupose OSes is really a primary target, maybe my perception is just wrong too :-) It was interesting to see the JBoss attempt, I think if Kaffe manage to get robust and complete enough for such applications then it would have a bright future. Another point is the possibility to reuse the work done on the Mono project about JIT'ing apparently they are getting good performances (considering the age of the project), making the economy of scale by reusing another code generator may have a strong impact, they are starting to run Java apps too, this should be investigated IMHO :-) Good luck ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ [EMAIL PROTECTED] | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: The problem of Double.c and buggy strtod is settled
Hi Dalibor,
In message Re: [kaffe] Re: The problem of Double.c and buggy strtod is settled
on 03/06/06, Dalibor Topic [EMAIL PROTECTED] writes:
Well, on to the next implementation ;) The atatched patch used strtod from
dietlibc so it would be nice if you could try it out.
Fine.
The new strtod worked almost perfectly with one significant problem.
That is:
We need a modified stdlib.h to be included into Double.c.
--- /usr/include/stdlib.h Tue Oct 13 18:29:16 1998
+++ libraries/clib/native/stdlib.h Sat Jun 7 08:56:13 2003
@@ -149,8 +149,10 @@
#if defined (__OPTIMIZE__) __GNUC__ = 2
/* Define inline functions which call the internal entry points. */
+/*
extern __inline double strtod (__const char *__nptr, char **__endptr)
{ return __strtod_internal (__nptr, __endptr, 0); }
+*/
extern __inline long int strtol (__const char *__nptr,
char **__endptr, int __base)
{ return __strtol_internal (__nptr, __endptr, __base, 0); }
If you do not like to modify stdlib.h, other choices I can think of are:
- Do not use the optimization flag when compiling.
or
- Change the name of strtod in libraries/clib/native/Double.c and
replace/strtod.c to something like rpl_strtod.
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] current status?
I recently upgraded my iBook and tried in on Mac OS X 10.2 / PowerPC. The head of CVS compiled staticly (dynamic linking hasn't been fixed for Mac OS X). It did complain about needing automake in the libltdl directoy - I'm going to try to fix that today. It was able to run Hello World, but was unable to run kjc (our javac, needed to recompile the class libs). I imagine that Linux/PPC would have similar results. How long ago was that? I have a pull from cvs that is 2 weeks old and I don't think it works on any classes. It fails 95% of the tests. I have been trying to debug through it, but I am having problems with using gdb (prefer a GUI). I think there is something wrong with the class loader or the threading, but now idea what is the problem. Michael __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] current status?
Michael Franz ([EMAIL PROTECTED]) wrote: How long ago was that? I have a pull from cvs that is 2 weeks old and I don't think it works on any classes. There have been major changes to Kaffe in the last two weeks. -- Greg Wooledge | Truth belongs to everybody. [EMAIL PROTECTED] |- The Red Hot Chili Peppers http://wooledge.org/~greg/ | pgp0.pgp Description: PGP signature
[kaffe] Kaffe CVS: kaffe jim
CVSROOT:/cvs/kaffe Module name:kaffe Changes by: jim 03/06/06 18:34:59 Modified files: . : ChangeLog Makefile.am Makefile.in depcomp install-sh missing developers : autogen.sh update-class-list kaffe/scripts : Makefile.in kaffe/scripts/compat: Makefile.in libraries/javalib: Makefile.am Makefile.in Added files: developers : patch-config.sub-superh.diff patch-libtool-amiga.diff patch-libtool-openbsd.diff patch-libtool-realloc.diff libraries/javalib: Makefile.am.in Removed files: . : ltconfig Log message: 2003-06-06 Jim Pick [EMAIL PROTECTED] * developers/autogen.sh: Second phase of upgrade - now regenerates libtool bits as well. * developers/patch-config.sub-superh.diff, developers/patch-libtool-amiga.diff, developers/patch-libtool-openbsd.diff, developers/patch-libtool-realloc.diff: Patches to apply against libtool/autoconf/automake, when running developers/autogen.sh * developers/update-class-list, libraries/javalib/Makefile.am, libraries/javalib/Makefile.am.in: Modified update-class-list so that it regenerates libraries/javalib/Makefile.am from a Makefile.am.in template (instead of from Makefile.am) * depcomp, install-sh, missing: Updated. * ltconfig: Removed, we don't support automake 1.4 anymore. * Makefile.am: make dist fixes. * Makefile.in, kaffe/scripts/Makefile.in, kaffe/scripts/compat/Makefile.in, libraries/javalib/Makefile.in: Regenerated. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] current status?
--- Greg Wooledge [EMAIL PROTECTED] wrote: Michael Franz ([EMAIL PROTECTED]) wrote: How long ago was that? I have a pull from cvs that is 2 weeks old and I don't think it works on any classes. There have been major changes to Kaffe in the last two weeks. OK. What has changed in the last 2 weeks that requites me to have automake? __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Debugging Kaffe with DDD
Hi, Does debugging kaffe still work? I looked at the scripts and the DDD entry is considerably different than the gdb entry. I was not able to get it to work (by setting environment variable). I finally change the script to do what I thought was needed. If it does work, can someone tell me how to setup my environment? Thanks Michael __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Debugging Kaffe with DDD
Hi Michael, Does debugging kaffe still work? As far as 'gdb' is concerned, yes it is. If it does work, can someone tell me how to setup my environment? Setting environment variable 'KAFFE_DEBUG' to a debugger (mentioned in FAQ.debugging) is one idea, but I usually do different way for debug kaffe. This may help you if 'kaffe' wrapper does not work for DDD. 1. source 'BUILD_ENVIRONMENT' This defined all needed environment variable to use kaffe. 2. invoke 'kaffe-bin' directly with debugger by doing 'gdb $JAVA'. This approach is simpler (I need not to install everything), especially if you have to check different behavior between different versions of kaffe (which I am now doing ;-). Hope this help Kiyo ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
