Re: [kaffe] Kaffe CVS: kaffe jim
Jim wrote: Passing --with-rt-jar=no to configure will still recompile the rt.jar. FullTest.sh should probably have --with-rt-jar=no added. (To CONFIG_COMMON_OPTIONS near the top, I think.) Don't have time to check that myself... -Pat - - --- --- -- -- - - - Pat Tullmann [EMAIL PROTECTED] Success means never having to wear a suit. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] compiling latest CVS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I juts compiled 1.1.0 on a FreeBSD 4.8 system (FreeBSD 4.8-PRERELEASE #2: Tue Mar 4 11:08:44 CET 2003) during make check I get the following: error compiling: ./SerialPersistentFields.java:84: error:Cannot find method java.io.ObjectStreamField.isUnshared() error compiling: ./FileChecks.java:47: error:Exception java.io.IOException is not catched and does not appear in throws list [JLS 8.4.4] error compiling: ./InetAddressTest.java:19: error:Cannot find method java.net.InetAddress.isLoopbackAddress() error compiling: ./InetSocketAddressTest.java:61: error:Cannot find method java.net.InetAddress.isAnyLocalAddress() Regards, Andy - -- - -- == Parallel Information Systems Group - Dept. ELIS - Ghent University St. Pietersnieuwstraat 41, 9000 Ghent, Belgium Phone: +32-9-264.33.67, Fax: +32-9-264.35.94 E-mail: [EMAIL PROTECTED] == -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+5avnyhGN8W62M+IRAh/ZAJ4pD+L4Ufatr6s90AvVO0Bvz1ww5wCfax5I 8Fd7/Z8TCpt4Pe8PE/wiaGk= =0oez -END PGP SIGNATURE- ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Re: Help: Oracle Database Connectivity using Kaffe on OpenBSD 3.2
Hi Swapnil, --- swapnil_joshi [EMAIL PROTECTED] wrote: java.lang.ExceptionInInitializer Error : [exception was kaffe.util.SupportDisabled : GNU gmp was not found by kaffe configure Script] at oracle.jdbc.driver.OracleStatement.getStringValue(OracleStatement.java : line unknown , pc 0x60f2d6) Can any body guide me what should I need to do to make this code work or any other way to connect Oracle using Kaffe on OpenBSD 3.2 get kaffe 1.1.0, and GNU gmp, configure, make, install GNU gmp, configure, make install kaffe and it should work ;) it will work without GNU gmp, too, but it may be quite a bit slower (depending on your platform) due to the pure java implementation of java.math.* . 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] 1.1.0 build failure on parisc-hpux
--- Greg Wooledge [EMAIL PROTECTED] wrote: Dalibor Topic ([EMAIL PROTECTED]) wrote: I suspect that the SP_OFFSET is wrong. Could you try changing the value of SP_OFFSET in config/parisc/threads.h to 19 (which is what linux uses) and try again? This does not seem to have made any visible difference. It still dumps core on each test. The core file is still useless. hmm ... then let's go back to the original SP_OFFSET (which is most certainly correct, according to the developers/sp_offset.c program), and try something else. I've googled around and found some patches for parisc HPUX, so we could check which were applied and which were not. Here's a list: http://www.kaffe.org/pipermail/kaffe/1997-April/019384.html http://www.kaffe.org/pipermail/kaffe/1998-July/002433.html http://www.kaffe.org/pipermail/kaffe/1998-July/004678.html http://www.kaffe.org/pipermail/kaffe/1998-August/021844.html http://www.kaffe.org/pipermail/kaffe/1998-July/004734.html http://www.mathi.uni-heidelberg.de/~flight/STEPkaffe/kaffe-0.8.4-nx3-hppa 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] 1.1.0 build failure on parisc-hpux
On Tue, 10 Jun 2003 20:22:48 -0400 Greg Wooledge [EMAIL PROTECTED] wrote: Dalibor Topic ([EMAIL PROTECTED]) wrote: I suspect that the SP_OFFSET is wrong. Could you try changing the value of SP_OFFSET in config/parisc/threads.h to 19 (which is what linux uses) and try again? This does not seem to have made any visible difference. It still dumps core on each test. The core file is still useless. In the directory where you compile kaffe is a file called BUILD_ENVIRONMENT. It defines some environment variables that are used to execute a non-installed kaffe during the compilation. If you set these environment variables and change SP_OFFSET back to its original value, can you execute * $JAVA -vmdebug INIT -fullversion * $JAVA -vmdebug INIT at.dms.kjc.Main ? Greetings, Helmer ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.0 build failure on parisc-hpux
--- Helmer Krämer [EMAIL PROTECTED] wrote: On Tue, 10 Jun 2003 20:22:48 -0400 Greg Wooledge [EMAIL PROTECTED] wrote: Dalibor Topic ([EMAIL PROTECTED]) wrote: I suspect that the SP_OFFSET is wrong. Could you try changing the value of SP_OFFSET in config/parisc/threads.h to 19 (which is what linux uses) and try again? This does not seem to have made any visible difference. It still dumps core on each test. The core file is still useless. In the directory where you compile kaffe is a file called BUILD_ENVIRONMENT. It defines some environment variables that are used to execute a non-installed kaffe during the compilation. If you set these environment variables and change SP_OFFSET back to its original value, can you execute * $JAVA -vmdebug INIT -fullversion * $JAVA -vmdebug INIT at.dms.kjc.Main oh, and please try to build kaffe as a static executable. That might help if the libtool on your platform is buggy. 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] 1.1.0 build failure on parisc-hpux
I've googled around and found some patches for parisc HPUX, so we could check which were applied and which were not. Here's a list: http://www.kaffe.org/pipermail/kaffe/1997-April/019384.html http://www.kaffe.org/pipermail/kaffe/1998-July/002433.html http://www.kaffe.org/pipermail/kaffe/1998-July/004678.html http://www.kaffe.org/pipermail/kaffe/1998-August/021844.html http://www.kaffe.org/pipermail/kaffe/1998-July/004734.html http://www.mathi.uni-heidelberg.de/~flight/STEPkaffe/kaffe-0.8.4-nx3-hppa ugh, I forgot a couple: http://www.kaffe.org/pipermail/kaffe/1998-August/005110.html http://www.kaffe.org/pipermail/kaffe/1998-July/002433.html http://www.kaffe.org/pipermail/kaffe/1998-February/003896.html 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] 1.1.0 Interpreter Performance
Our of curiousity, I configured the MIPS/Linux interpretive kaffe with --disable-debug, for speed, and ran the Embedded CaffeieneMark benchmark. Comparing the result with an equivalent 1.0.7-based build, we can see that a bunch of things have improved a little, some things have stayed the same, and that something has slowed down dramatically in string handling which more than cancells all the other improvements. [EMAIL PROTECTED] ecm]$ more *intrp.result :: kaffe.1.0.7.intrp.result :: Sieve score = 34 (98) Loop score = 22 (2017) Logic score = 48 (0) String score = 81 (708) Float score = 6 (185) Method score = 17 (166650) Overall score = 25 :: keffe.1.1.0.intrp.result :: Sieve score = 36 (98) Loop score = 22 (2017) Logic score = 55 (0) String score = 14 (708) Float score = 7 (185) Method score = 18 (166650) Overall score = 20 [EMAIL PROTECTED] ecm]$ ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.0 on mips-linux - new JIT memory problem?
On Wed, 11 Jun 2003 00:12:43 +0200 Kevin D. Kissell [EMAIL PROTECTED] wrote: could you do a kaffe -verbosegc -verbosemem at.dms.kjc.Main HelloWorldApp.java and put the memory stats up somewhere? It'd be interesting to see where the leaks are coming from. Alas, all one gets is (after a long pause): [EMAIL PROTECTED] regression]$ kaffe -verbosegc -verbosemem at dms.kjc.Main HelloWorldApp.java Internal error: caught an unexpected exception. Please check your CLASSPATH and your installation. java/lang/OutOfMemoryError at java.util.HashMap.rehash(HashMap.java:236) at java.util.HashMap.put(HashMap.java:136) at java.util.Hashtable.put(Hashtable.java:109) at java.lang.System.initProperties(System.java:native) at java.lang.System.clinit(System.java:43) at java.lang.ClassLoader.init(ClassLoader.java:114) at java.security.SecureClassLoader.init(SecureClassLoader.java:20) at kaffe.lang.AppClassLoader.init(AppClassLoader.java:238) at kaffe.lang.AppClassLoader.clinit(AppClassLoader.java:37) Aborted (core dumped) and a 48MB core file. Sounds like fun, doesn't it :o) ? What happens if you run kaffe with -vmdebug GCDIAG,GCFREE,GCSYSALLOC (should produce loads of output)? If you try it again with the attached patch applied, does that make matters a lot worse? Greetings, Helmer Index: kaffe/kaffevm/mem/gc-incremental.c === RCS file: /cvs/kaffe/kaffe/kaffe/kaffevm/mem/gc-incremental.c,v retrieving revision 1.62 diff -u -r1.62 gc-incremental.c --- kaffe/kaffevm/mem/gc-incremental.c 11 Mar 2003 08:00:18 - 1.62 +++ kaffe/kaffevm/mem/gc-incremental.c 11 Jun 2003 09:56:37 - @@ -860,19 +860,51 @@ int i; size_t bsz; int iLockRoot; + int times = 0; assert(gc_init != 0); assert(fidx nrTypes size != 0); - unit = gc_heap_malloc(size + sizeof(gc_unit)); + lockStaticMutex(gc_lock); - /* keep pointer to object */ - mem = UTOMEM(unit); - if (unit == 0) { - return 0; - } + for (unit=0; unit==0;) { + times++; + unit = gc_heap_malloc(size + sizeof(gc_unit)); + + /* keep pointer to object */ + mem = UTOMEM(unit); + if (unit == 0) { + switch (times) { + case 1: + /* Try invoking GC if it is available */ + if (garbageman != 0) { + unlockStaticMutex(gc_lock); + adviseGC(); + lockStaticMutex(gc_lock); + } + break; - lockStaticMutex(gc_lock); + case 2: + /* Grow the heap */ + gc_heap_grow(size); + break; + + default: + if (DBGEXPR(CATCHOUTOFMEM, true, false)) { + /* +* If we ran out of memory, a OutOfMemoryException is +* thrown. If we fail to allocate memory for it, all +* is lost. +*/ + static int ranout; + assert (ranout++ == 0 || !!!Ran out of memory!); + } + /* Guess we've really run out */ + unlockStaticMutex(gc_lock); + return (0); + } + } + } info = GCMEM2BLOCK(mem); i = GCMEM2IDX(info, unit); Index: kaffe/kaffevm/mem/gc-mem.c === RCS file: /cvs/kaffe/kaffe/kaffe/kaffevm/mem/gc-mem.c,v retrieving revision 1.43 diff -u -r1.43 gc-mem.c --- kaffe/kaffevm/mem/gc-mem.c 2 Jun 2003 14:15:47 - 1.43 +++ kaffe/kaffevm/mem/gc-mem.c 11 Jun 2003 09:56:37 - @@ -280,11 +280,10 @@ gc_heap_initial_size = ROUNDUPPAGESIZE(gc_heap_initial_size); /* allocate heap of initial size from system */ - gc_system_alloc(gc_heap_initial_size); + gc_heap_grow(gc_heap_initial_size); } -/* - * gc_heap_malloc +/** * Allocate a piece of memory. */ void* @@ -292,11 +291,10 @@ { static int gc_heap_init = 0; size_t lnr; - gc_freeobj* mem; + gc_freeobj* mem = 0; gc_block** mptr; gc_block* blk; size_t nsz; - int times; int iLockRoot; /* Initialise GC heap first time in - we must assume single threaded @@ -309,8 +307,6 @@
Re: [kaffe] Re: kaffe on NetBSD
-echo Compiling classes from ${1+$@} using $JAVAC +echo Compiling classes from ${1+$@} using $JAVAC $JAVAC $VERBOSE $JAVAC_FLAGS -d $LIBDIR $CPATH ${1+$@} it works fine Regards Milos ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.0 Interpreter Performance
On Wed, 11 Jun 2003 12:07:10 +0200 Kevin D. Kissell [EMAIL PROTECTED] wrote: Our of curiousity, I configured the MIPS/Linux interpretive kaffe with --disable-debug, for speed, and ran the Embedded CaffeieneMark benchmark. Comparing the result with an equivalent 1.0.7-based build, we can see that a bunch of things have improved a little, some things have stayed the same, and that something has slowed down dramatically in string handling which more than cancells all the other improvements. [ test results skipped ] If you've got some time to waste, it'd be nice if you could compare the performance of 1.0.7's System.arraycopy() with the performance of 1.1.0's System.arraycopy() (nothing serious, just create a huge array and measure how long it takes to copy that array). Greetings, Helmer ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.0 Interpreter Performance
Our of curiousity, I configured the MIPS/Linux interpretive kaffe with --disable-debug, for speed, and ran the Embedded CaffeieneMark benchmark. Comparing the result with an equivalent 1.0.7-based build, we can see that a bunch of things have improved a little, some things have stayed the same, and that something has slowed down dramatically in string handling which more than cancells all the other improvements. [ test results skipped ] If you've got some time to waste, it'd be nice if you could compare the performance of 1.0.7's System.arraycopy() with the performance of 1.1.0's System.arraycopy() (nothing serious, just create a huge array and measure how long it takes to copy that array). Before going through the hassle of rebuilding/re-installing to try your experiment, I thought I'd look at the code. Jeez. No wonder. In 1.0.7, System.arraycopy() was a native method, defined in libraries/clib/native/System.c, which used the platform's memmov/memcpy functions. Now it's a Java implementation. Certainly easier to maintain that way, but it's unsurprising if it's more than 5 times slower. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.0 on alpha-linux: make check crashes
Could you please check confirm that the 4 regression tests which succeed on alpha-linux are the same 4 that succeed with MIPS/Linux under jit3, i.e. HelloWorldApp.class.save CatchLimits.class.save TestFloatDouble, and ThreadStop? The 133 out of 137 number just seems like more than a coincidence. If that's the case, and the Alpha build is defaulting to jit3 (as MIPS does), this could well be the Alpha-specific manifestation of a JIT bug which MIPS experiences as a set of OutOfMemory errors. And is Alpha/Linux OK if you run interpreted? - Original Message - From: Dalibor Topic [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 09, 2003 3:04 PM Subject: [kaffe] 1.1.0 on alpha-linux: make check crashes Hi, I've also tried out 1.1.0 on alpha linux machines. While kaffe builds fine, running make check results in most of the tests crashing during the compilation. make[3]: Entering directory `/tmp/kaffe/build/test/regression' TestScript: line 4: 13170 Aborted $JAVA $* $TMPRESULT 21 PASS: HelloWorldApp.class.save error compiling: lt-kaffe-bin: ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150: vmExcept_setJNIFrame: Assertion `fp != 0' failed. TestScript: line -43: 13212 Aborted /tmp/kaffe/build/kaffe/kaffe/kaffe-bin at.dms.kjc.Main -classpath .:../../../kaffe-1.1.0/test/regression::.:/tmp/kaffe/kaffe-1.1.0/libraries/javalib/kjc.jar -d . ../../../kaffe-1.1.0/test/regression/HelloWorldApp.java FAIL: HelloWorldApp.java and so on error compiling: lt-kaffe-bin: ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150: vmExcept_setJNIFrame: Assertion `fp != 0' failed. TestScript: line -43: 18367 Aborted /tmp/kaffe/build/kaffe/kaffe/kaffe-bin at.dms.kjc.Main -classpath .:../../../kaffe-1.1.0/test/regression::.:/tmp/kaffe/kaffe-1.1.0/libraries/javalib/kjc.jar -d . ../../../kaffe-1.1.0/test/regression/TestNative.java FAIL: TestNative.java 133 of 137 tests failed Please report to [EMAIL PROTECTED] bash-2.05a$ KAFFE_DEBUG=gdb /tmp/kaffe/install/bin/kjc GNU gdb 2002-04-01-cvs Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as alpha-linux... (gdb) run Starting program: /tmp/kaffe/install/jre/bin/kaffe-bin at.dms.kjc.Main kaffe-bin: ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150: vmExcept_setJNIFrame: Assertion `fp != 0' failed. Program received signal SIGABRT, Aborted. 0x2210388 in kill () from /lib/libc.so.6.1 (gdb) bt #0 0x2210388 in kill () from /lib/libc.so.6.1 #1 0x2210178 in raise () from /lib/libc.so.6.1 #2 0x2212038 in abort () from /lib/libc.so.6.1 #3 0x2207988 in __assert_fail () from /lib/libc.so.6.1 #4 0x2072b88 in Kaffe_ExceptionClear (env=0x47f1) at ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150 #5 0x2051f90 in processClass (class=0x12023e600, tostate=12, einfo=0x20dddf1) at ../../../kaffe-1.1.0/kaffe/kaffevm/classMethod.c:518 #6 0x208fbfc in soft_fixup_trampoline (_data=0x47f1) at ../../../kaffe-1.1.0/kaffe/kaffevm/soft.c:575 #7 0x20b5654 in alpha_do_fixup_trampoline () at ../../../../kaffe-1.1.0/config/alpha/jit-alpha.def:3229 warning: Hit heuristic-fence-post without finding warning: enclosing function for address 0x120244d44 This warning occurs if you are debugging a function without any symbols (for example, in a stripped executable). In that case, you may wish to increase the size of the search with the `set heuristic-fence-post' command. Otherwise, you told GDB there was a function where there isn't one, or (more likely) you have encountered a bug in GDB. so it would be nice if any alpha developers could take a closer look. 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] 1.0.5 porting on SuperUx (64bit)
Hi, I've built kaffe-1.0.5 interpreter on SuperUx. But while compiling a java file through javac, it's giving the error: Dumping live threads: `main' tid 4040fc030, status SUSPENDED flags NOSTACKALLOC [EMAIL PROTECTED] (4040fc030-|) Deadlock: all threads blocked on internal events core dumping Abort(coredump) While debugging I found, that in certain conditions, jthread_on_current_stack() function in file jthread.h returns rc=0 which means address of bp(input parameter to the function) is exceeding the stackEnd of currentJThread. This case had never arisen on Solaris. For your information, I've already changed the code in function jthread_on_current_stack() as the following instruction was behaving differently for 32 bit and 64 bit machines rc = bp = currentJThread-stackBase bp currentJThread-stackEnd; to rc = (unsigned long)bp = (unsigned long)(currentJThread-stackBase) (unsigned long)bp (unsigned long)(currentJThread-stackEnd); While debugging, I've found out that -this error occurs after initThreads() function is invoked (which executes the java method with cname:java.lang.StackOverflowError). -May be some change is needed in the formula for calculating the stackBase and stackEnd of thread in jthread_createfirst() in jthread.c file. jtid-stackEnd = (void*)(((uintp)jtid + 0x1000 - 1) -0x1000); jtid-stackBase = (char *)jtid-stackEnd - mainThreadStackSize; Thanks Regds Neetu ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.0 Interpreter Performance
On Wed, 11 Jun 2003 13:02:16 +0200 Kevin D. Kissell [EMAIL PROTECTED] wrote: Our of curiousity, I configured the MIPS/Linux interpretive kaffe with --disable-debug, for speed, and ran the Embedded CaffeieneMark benchmark. Comparing the result with an equivalent 1.0.7-based build, we can see that a bunch of things have improved a little, some things have stayed the same, and that something has slowed down dramatically in string handling which more than cancells all the other improvements. [ test results skipped ] If you've got some time to waste, it'd be nice if you could compare the performance of 1.0.7's System.arraycopy() with the performance of 1.1.0's System.arraycopy() (nothing serious, just create a huge array and measure how long it takes to copy that array). Before going through the hassle of rebuilding/re-installing to try your experiment, I thought I'd look at the code. Jeez. No wonder. In 1.0.7, System.arraycopy() was a native method, defined in libraries/clib/native/System.c, which used the platform's memmov/memcpy functions. Now it's a Java implementation. Certainly easier to maintain that way, but it's unsurprising if it's more than 5 times slower. It's almost the same thing with jit3 on i386 here. With a pure java implementation of System.arraycopy() I get a String score of 1693, with a native implementation I get a String score of 2899. Given that System.arraycopy() is used all over the place, I'm currently tempted to revert the pure java implementation. Any thoughts? Greetings, Helmer ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.0 Interpreter Performance
Hi Kevin, hallo Helmer, --- Kevin D. Kissell [EMAIL PROTECTED] wrote: Our of curiousity, I configured the MIPS/Linux interpretive kaffe with --disable-debug, for speed, and ran the Embedded CaffeieneMark benchmark. Comparing the result with an equivalent 1.0.7-based build, we can see that a bunch of things have improved a little, some things have stayed the same, and that something has slowed down dramatically in string handling which more than cancells all the other improvements. [ test results skipped ] If you've got some time to waste, it'd be nice if you could compare the performance of 1.0.7's System.arraycopy() with the performance of 1.1.0's System.arraycopy() (nothing serious, just create a huge array and measure how long it takes to copy that array). Before going through the hassle of rebuilding/re-installing to try your experiment, I thought I'd look at the code. Jeez. No wonder. In 1.0.7, System.arraycopy() was a native method, defined in libraries/clib/native/System.c, which used the platform's memmov/memcpy functions. Now it's a Java implementation. Certainly easier to maintain that way, but it's unsurprising if it's more than 5 times slower. Here are my results: bash-2.05a$ java -version java version 1.4.0_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_01-b03) Java HotSpot(TM) Client VM (build 1.4.0_01-b03, mixed mode) bash-2.05a$ java CaffeineMarkEmbeddedApp Sieve score = 11584 (98) Loop score = 76809 (2017) Logic score = 66846 (0) String score = 42014 (708) Float score = 38244 (185) Method score = 26566 (166650) Overall score = 36935 bash-2.05a$ /tmp/topic/install-1. CaffeineMarkEmbeddedApp install-1.0.7-i386-linux-jit3 install-1.1.0-i386-linux-jit3 bash-2.05a$ /tmp/topic/install-1.0.7-i386-linux-jit3/bin/kaffe -version Kaffe Virtual Machine Copyright (c) 1996-2002 Kaffe.org project contributors (please see the source code for a full list of contributors). All rights reservced. Portions Copyright (c) 1996-2002 Transvirtual Technologies, Inc. The Kaffe virtual machine is free software, licensed under the terms of the GNU General Public License. Kaffe.org is a an independent, free software community project, not directly affiliated with Transvirtual Technologies, Inc. Kaffe is a Trademark of Transvirtual Technologies, Inc. Kaffe comes with ABSOLUTELY NO WARRANTY. Engine: Just-in-time v3 Version: 1.0.7 Java Version: 1.1 bash-2.05a$ /tmp/topic/install-1.0.7-i386-linux-jit3/bin/kaffe CaffeineMarkEmbeddedApp Sieve score = 29624 (98) Loop score = 86471 (2017) Logic score = 46675 (0) String score = 7079 (708) Float score = 15077 (185) Method score = 27304 (166650) Overall score = 26526 bash-2.05a$ /tmp/topic/install-1.0.7-i386-linux-jit3/bin/kaffe CaffeineMarkEmbeddedApp Sieve score = 29146 (98) Loop score = 86236 (2017) Logic score = 46755 (0) String score = 7068 (708) Float score = 15366 (185) Method score = 27154 (166650) Overall score = 26503 bash-2.05a$ /tmp/topic/install-1.0.7-i386-linux-jit3/bin/kaffe CaffeineMarkEmbeddedApp Sieve score = 29546 (98) Loop score = 86266 (2017) Logic score = 46881 (0) String score = 7064 (708) Float score = 14690 (185) Method score = 27308 (166650) Overall score = 26400 bash-2.05a$ /tmp/topic/install-1.1.0-i386-linux-jit3/bin/kaffe -version Kaffe Virtual Machine Copyright (c) 1996-2002 Kaffe.org project contributors (please see the source code for a full list of contributors). All rights reserved. Portions Copyright (c) 1996-2002 Transvirtual Technologies, Inc. The Kaffe virtual machine is free software, licensed under the terms of the GNU General Public License. Kaffe.org is a an independent, free software community project, not directly affiliated with Transvirtual Technologies, Inc. Kaffe is a Trademark of Transvirtual Technologies, Inc. Kaffe comes with ABSOLUTELY NO WARRANTY. Engine: Just-in-time v3 Version: 1.1.0 Java Version: 1.1 bash-2.05a$ /tmp/topic/install-1.1.0-i386-linux-jit3/bin/kaffe CaffeineMarkEmbeddedApp Sieve score = 28946 (98) Loop score = 85950 (2017) Logic score = 46798 (0) String score = 3036 (708) Float score = 19290 (185) Method score = 27877 (166650) Overall score = 23978 bash-2.05a$ /tmp/topic/install-1.1.0-i386-linux-jit3/bin/kaffe CaffeineMarkEmbeddedApp Sieve score = 28415 (98) Loop score = 86329 (2017) Logic score = 46914 (0) String score = 3075 (708) Float score = 19404 (185) Method score = 27852 (166650) Overall score = 24003 bash-2.05a$ /tmp/topic/install-1.1.0-i386-linux-jit3/bin/kaffe CaffeineMarkEmbeddedApp Sieve score = 28223 (98) Loop score = 85631 (2017) Logic score = 46675 (0) String score = 3092 (708) Float score = 19871 (185) Method score = 27787 (166650) Overall score = 24030 bash-2.05a$ sort -k 3 -g prof.out.107 | grep lang | tail 39900861.613161.6131 0 0.0199567 java/lang/Math.cos(D)D 399008 63.319 63.319 0 0.0247932 java/lang/Math.sin(D)D 1204686889.254
Re: [kaffe] 1.1.0 Interpreter Performance
On Wednesday, June 11, 2003, at 06:01 AM, Helmer Krämer wrote: On Wed, 11 Jun 2003 13:02:16 +0200 Kevin D. Kissell [EMAIL PROTECTED] wrote: Our of curiousity, I configured the MIPS/Linux interpretive kaffe with --disable-debug, for speed, and ran the Embedded CaffeieneMark benchmark. Comparing the result with an equivalent 1.0.7-based build, we can see that a bunch of things have improved a little, some things have stayed the same, and that something has slowed down dramatically in string handling which more than cancells all the other improvements. [ test results skipped ] If you've got some time to waste, it'd be nice if you could compare the performance of 1.0.7's System.arraycopy() with the performance of 1.1.0's System.arraycopy() (nothing serious, just create a huge array and measure how long it takes to copy that array). Before going through the hassle of rebuilding/re-installing to try your experiment, I thought I'd look at the code. Jeez. No wonder. In 1.0.7, System.arraycopy() was a native method, defined in libraries/clib/native/System.c, which used the platform's memmov/memcpy functions. Now it's a Java implementation. Certainly easier to maintain that way, but it's unsurprising if it's more than 5 times slower. It's almost the same thing with jit3 on i386 here. With a pure java implementation of System.arraycopy() I get a String score of 1693, with a native implementation I get a String score of 2899. Given that System.arraycopy() is used all over the place, I'm currently tempted to revert the pure java implementation. Any thoughts? optimize the jitter! :) Greetings, Helmer tim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.0 on alpha-linux: make check crashes
On Wednesday, June 11, 2003, at 05:16 AM, Kevin D. Kissell wrote: Could you please check confirm that the 4 regression tests which succeed on alpha-linux are the same 4 that succeed with MIPS/Linux under jit3, i.e. HelloWorldApp.class.save CatchLimits.class.save TestFloatDouble, and ThreadStop? FYI, these tests almost always succeed (They have no output to check against so they pass by default). I think the only way they can fail is if the executable exits with an error code. tim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.0.5 porting on SuperUx (64bit)
--- Neetu Gupta, Noida [EMAIL PROTECTED] wrote: Hi, I've built kaffe-1.0.5 interpreter on SuperUx. But while compiling a java file through javac, it's giving the error: Dumping live threads: `main' tid 4040fc030, status SUSPENDED flags NOSTACKALLOC [EMAIL PROTECTED] (4040fc030-|) Deadlock: all threads blocked on internal events core dumping Abort(coredump) 1.0.5 is a few years old. Why don't you try a more current stable release, 1.0.7 or the developer release 1.1.0? 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] 1.1.0 on alpha-linux: make check crashes
--- Kevin D. Kissell [EMAIL PROTECTED] wrote: Could you please check confirm that the 4 regression tests which succeed on alpha-linux are the same 4 that succeed with MIPS/Linux under jit3, i.e. HelloWorldApp.class.save CatchLimits.class.save TestFloatDouble, and ThreadStop? yes. And is Alpha/Linux OK if you run interpreted? make[3]: Entering directory `/tmp/kaffe/build/test/regression' PASS: HelloWorldApp.class.save PASS: HelloWorldApp.java PASS: TestIntLong.java PASS: TestFloatDouble.java FAIL: DoubleCvt.java PASS: DoubleNeg.java PASS: DoubleConst.java FAIL: DoublePrint.java PASS: DoubleComp.java PASS: ModuloTest.java PASS: LongNeg.java PASS: FPUStack.java PASS: NegativeDivideConst.java PASS: divtest.java PASS: Str.java PASS: Str2.java PASS: InternHog.java PASS: IndexTest.java PASS: StackDump.java PASS: CatchLimits.class.save PASS: tname.java PASS: ttest.java PASS: ThreadInterrupt.java PASS: ThreadState.java PASS: UncaughtException.java PASS: IllegalWait.java PASS: WaitTest.java PASS: Preempt.java PASS: TestSerializable.java PASS: TestSerializable2.java PASS: SerializationCompatibility.java PASS: SerialPersistentFields.java PASS: TestSerialVersions.java PASS: TestSerialPersistent.java PASS: TestSerialFields.java PASS: TestObjectStreamField.java PASS: ReflectInterfaces.java PASS: InnerTest.java PASS: SerialUID.java PASS: TestCasts.java PASS: Alias.java PASS: NullPointerTest.java PASS: NullInvoke.java PASS: TableSwitch.java PASS: LostFrame.java PASS: ConstructorTest.java PASS: burford.java PASS: IllegalInterface.java PASS: GetInterfaces.java PASS: IntfTest.java PASS: SignedShort.java PASS: CharCvt.java PASS: BadFloatTest.java PASS: ProcessTest.java PASS: UDPTest.java PASS: SoTimeout.java PASS: wc.java PASS: FileTest.java PASS: FileChecks.java PASS: finalexc.java PASS: finaltest.java PASS: finaltest2.java PASS: forNameTest.java PASS: LoaderTest.java PASS: ArrayForName.java PASS: KaffeVerifyBug.java PASS: Schtum.java PASS: Reflect.java PASS: MethodBug.java PASS: Bean.java PASS: SortTest.java PASS: ArraysTest.java PASS: SubListTest.java PASS: HashTest.java PASS: SecureRandomTest.java PASS: MapTest.java PASS: URLTest.java PASS: PropertiesTest.java PASS: ReaderTest.java PASS: CharArrayReaderTest.java PASS: LineNumberReaderTest.java PASS: BufferedReaderTest.java PASS: ReaderReadVoidTest.java PASS: InputStreamTest.java PASS: PipeTest.java PASS: DateFormatTest.java PASS: GetField.java PASS: LostTrampolineFrame.java PASS: NetworkInterfaceTest.java PASS: InetAddressTest.java PASS: InetSocketAddressTest.java PASS: ReflectInvoke.java PASS: InvTarExcTest.java PASS: SystemLoaderTest.java PASS: NoClassDefTest.java PASS: CLTest.java PASS: CLTestConc.java PASS: CLTestJLock.java PASS: CLTestLie.java PASS: CLTestFindLoaded.java PASS: ClassDeadLock.java PASS: ExceptionTest.java PASS: ExceptionTestClassLoader.java PASS: ExceptionTestClassLoader2.java PASS: TestClassRef.java PASS: ClassGC.java PASS: GCTest.java PASS: ThreadLocalTest.java PASS: BeanBug.java PASS: BitSetTest.java PASS: ExceptionInInitializerTest.java PASS: InitTest.java PASS: CLInitThrow.java PASS: ProcessClassTest.java PASS: ProcessClassInst.java PASS: ProcessClassStop.java PASS: FindSystemClass.java PASS: ProcessClassLockTest.java PASS: DoubleBug.java PASS: TestUnlock.java PASS: MarkResetTest.java PASS: HashtableTest1.java PASS: ReflectMultiArray.java PASS: ExecTest.java PASS: ProhibitedClass.java PASS: KaffeInternal.java PASS: CatchDeath.java PASS: ThreadStop.java PASS: DeadThread.java PASS: tthrd1.java FAIL: DosTimeVerify.java PASS: ZipVerify.java FAIL: ZipTest.java PASS: TruncatedClass.java PASS: SoInterrupt.java PASS: sysdepCallMethod.java PASS: TestNative.java 4 of 137 tests failed Please report to [EMAIL PROTECTED] atatched are the compiler warnings and the failures. 2 tests fail because libz can't be found by the configure script, which is not a bug in kaffe ;). cheers, dalibor topic __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com alpha-linux-intrp-failures.tgz Description: alpha-linux-intrp-failures.tgz alpha-linux-intrp-warnings Description: alpha-linux-intrp-warnings
Re: [kaffe] memory leaking
Greg Wooledge wrote: After having run the CVS release of kaffe, and now version 1.1.0, for several days, I'm pretty sure it's leaking memory a lot faster than the CVS version from a month ago did. The early May version typically took 24 to 48 hours to fill up the memory I allowed it (224 MB) while running Freenet. With the current version, I can reach the limit in just a few hours. From a practical standpoint, this means I have to restart the Freenet node much more frequently. In my recent attempt to build kaffe with the diet libc I noticed some #warnings, given by diet libc: ../kaffevm/.libs/libkaffevm.a(syscalls.o)(.text+0x4e8): In function `jthreadedGetHostByAddr': /home/mp26/erwin/kaffe/kaffe/kaffevm/systems/unix-jthreads/syscalls.c:270: warning: gethostbyaddr() leaks memory. Use gethostbyaddr_r instead! ../kaffevm/.libs/libkaffevm.a(syscalls.o)(.text+0x493): In function `jthreadedGetHostByName': /home/mp26/erwin/kaffe/kaffe/kaffevm/systems/unix-jthreads/syscalls.c:251: warning: gethostbyname() leaks memory. Use gethostbyname_r instead! Maybe that is one of the leaks? Martin Pohlack ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] memory leaking
Martin Pohlack ([EMAIL PROTECTED]) wrote: In my recent attempt to build kaffe with the diet libc I noticed some #warnings, given by diet libc: ../kaffevm/.libs/libkaffevm.a(syscalls.o)(.text+0x4e8): In function `jthreadedGetHostByAddr': /home/mp26/erwin/kaffe/kaffe/kaffevm/systems/unix-jthreads/syscalls.c:270: warning: gethostbyaddr() leaks memory. Use gethostbyaddr_r instead! ../kaffevm/.libs/libkaffevm.a(syscalls.o)(.text+0x493): In function `jthreadedGetHostByName': /home/mp26/erwin/kaffe/kaffe/kaffevm/systems/unix-jthreads/syscalls.c:251: warning: gethostbyname() leaks memory. Use gethostbyname_r instead! Maybe diet libc's implementation does. In OpenBSD and most other Unix systems, gethostbyname() uses a static buffer which is returned (or a pointer to which is returned) every time. This means it's not safe to use in multi-threaded apps. Kaffe's aware of this, as you can see by the comments, so they lock the whole thing while it's doing a name lookup. OpenBSD doesn't have the *_r versions. -- Greg Wooledge | Truth belongs to everybody. [EMAIL PROTECTED] |- The Red Hot Chili Peppers http://wooledge.org/~greg/ | pgp0.pgp Description: PGP signature
Re: [kaffe] 1.1.0 on alpha-linux: make check crashes
Could you please check confirm that the 4 regression tests which succeed on alpha-linux are the same 4 that succeed with MIPS/Linux under jit3, i.e. HelloWorldApp.class.save CatchLimits.class.save TestFloatDouble, and ThreadStop? FYI, these tests almost always succeed (They have no output to check against so they pass by default). I think the only way they can fail is if the executable exits with an error code. But what's intriguing here is that TestFloatDouble and ThreadStop are being successfully *compiled*, wheras all other test/regression Java files are causing JIT3 to explode on RISC platforms during their compilation. I agree that, once they've been compiled, it's hardly surprising that they do not fail in execution! ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Kaffe CVS: kaffe hkraemer
CVSROOT:/cvs/kaffe Module name:kaffe Changes by: hkraemer03/06/11 09:08:56 Modified files: . : ChangeLog libraries/clib/native: System.c libraries/javalib/java/lang: System.java Log message: 2003-06-11 Helmer Kraemer [EMAIL PROTECTED] * libraries/javalib/java/lang/System.java, libraries/clib/native/System.c: revert to the native implementation of arraycopy ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] compiling latest CVS
hi Andy, --- Andy Georges [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I juts compiled 1.1.0 on a FreeBSD 4.8 system (FreeBSD 4.8-PRERELEASE #2: Tue Mar 4 11:08:44 CET 2003) during make check I get the following: error compiling: ./SerialPersistentFields.java:84: error:Cannot find method java.io.ObjectStreamField.isUnshared() error compiling: ./FileChecks.java:47: error:Exception java.io.IOException is not catched and does not appear in throws list [JLS 8.4.4] error compiling: ./InetAddressTest.java:19: error:Cannot find method java.net.InetAddress.isLoopbackAddress() error compiling: ./InetSocketAddressTest.java:61: error:Cannot find method java.net.InetAddress.isAnyLocalAddress() what java compiler are you using to compile the tests? 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] Kaffe CVS: kaffe hkraemer
CVSROOT:/cvs/kaffe Module name:kaffe Changes by: hkraemer03/06/11 09:54:14 Modified files: . : ChangeLog kaffe/kaffevm : findInJar.c baseClasses.c external.c gcFuncs.c itypes.c thread.c utf8const.c Log message: 2003-06-11 Helmer Kraemer [EMAIL PROTECTED] * kaffe/kaffevm/baseClasses.c, kaffe/kaffevm/findInJar.c, kaffe/kaffevm/external.c, kaffe/kaffevm/gcFuncs.c, kaffe/kaffevm/itypes.c, kaffe/kaffevm/thread.c, kaffe/kaffevm/utf8const.c: add some debug messages to show the initialization steps ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Help: Oracle Database Connectivity using Kaffe on OpenBSD 3.2
Hii, I am trying to connect Oracle 8i database using Kaffe on OpenBSD 3.2 operating system.My Kaffe version is 1.0.6.I am using jdbc thin Driver for database connection (classes111.zip from oracle). I am using following code for testing : import java.sql.*;import javax.sql.*; public class ConnectDBOracle { Connection conn; Statement st; ResultSet rs; public void connect(){ try{ Class.forName("oracle.jdbc.driver.OracleDriver"); conn = DriverManager.getConnection("jdbc:oracle:thin:@192.168.10.100:1521:oracl","scott","tiger"); System.out.println("connected"); st = conn.createStatement(); rs = st.executeQuery("select * from emp");System.out.println("rs created"); while(rs.next()) { System.out.println("in while lop"); System.out.println(rs.getString(1)); }System.out.println("okayy"); st.close(); conn.close(); }catch(Exception e){ System.out.println("Error : " +e); } } public static void main(String ares[]){ ConnectDBOracle db = new ConnectDBOracle(); db.connect(); }} When I run the following code ... I get the following error message ... java.lang.ExceptionInInitializer Error : [exception was kaffe.util.SupportDisabled : GNU gmp was not found by kaffe configure Script] at oracle.jdbc.driver.OracleStatement.getStringValue(OracleStatement.java : line unknown , pc 0x60f2d6) Can any body guide me what should I need to do to make this code work or any other way to connect Oracle using Kaffe on OpenBSD 3.2 Thanks and Regards Swapnil Joshi Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.comBuy The Best In BOOKS at http://www.bestsellers.indiatimes.comBid for Air Tickets @ Re.1 on Air Sahara Flights. Just log on to http://airsahara.indiatimes.com and Bid Now !
[kaffe] Alpha, JIT, OSF1, working version?
Hi! Im trying to find a version of kaffe that works on a OFS1, Alpha in JIT mode. I have tried the latest CVS version (doesn't compile properly) and v. 1.0.(6-7). Noticed that other have had some questions about this port in the mailing list. What is the latest known working date/lable/version working in the CVS? /Stefan ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Alpha, JIT, OSF1, working version?
Hi Stefan, --- Stefan Eng [EMAIL PROTECTED] wrote: Hi! Im trying to find a version of kaffe that works on a OFS1, Alpha in JIT mode. I have tried the latest CVS version (doesn't compile properly) and v. 1.0.(6-7). could you elaborate some more on the compilation problems of the CVs version? 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] [patch] inet_ntop and inet_pton replacement functions
Hi all, the attached patch introduces replacement functions for inet_ntop and inet_pton, taken from the ircii project, and published under a BSD license without an advertising clause. these replacement functions are needed on cygwin, and apparently on hpux. cheers, dalibor topic __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.comdiff -urN -x CVS /HG/hiwis/topic/PROJECTS/kaffe/config/config.h.in kaffe/config/config.h.in --- /HG/hiwis/topic/PROJECTS/kaffe/config/config.h.in Fri May 16 10:58:16 2003 +++ kaffe/config/config.h.inWed Jun 11 18:31:29 2003 @@ -18,6 +18,9 @@ /* Do we have amask instruction on alpha */ #undef HAVE_ALPHA_ASM_AMASK +/* Define to 1 if you have the arpa/nameser.h header file. */ +#undef HAVE_ARPA_NAMESER_H + /* Define to 1 if you have the asm/sigcontext.h header file. */ #undef HAVE_ASM_SIGCONTEXT_H @@ -144,6 +147,12 @@ /* Define to 1 if you have the ifaddrs.h header file. */ #undef HAVE_IFADDRS_H + +/* Define to 1 if you have the `inet_ntop' function. */ +#undef HAVE_INET_NTOP + +/* Define to 1 if you have the `inet_pton' function. */ +#undef HAVE_INET_PTON /* Do we have int16 */ #undef HAVE_INT16 diff -urN -x CVS /HG/hiwis/topic/PROJECTS/kaffe/configure kaffe/configure --- /HG/hiwis/topic/PROJECTS/kaffe/configureMon Jun 9 13:49:55 2003 +++ kaffe/configure Wed Jun 11 18:31:47 2003 @@ -29566,6 +29566,323 @@ fi + +for ac_func in inet_ntop +do +as_ac_var=`echo ac_cv_func_$ac_func | $as_tr_sh` +echo $as_me:$LINENO: checking for $ac_func 5 +echo $ECHO_N checking for $ac_func... $ECHO_C 6 +if eval test \\${$as_ac_var+set}\ = set; then + echo $ECHO_N (cached) $ECHO_C 6 +else + cat conftest.$ac_ext _ACEOF +#line $LINENO configure +/* confdefs.h. */ +_ACEOF +cat confdefs.h conftest.$ac_ext +cat conftest.$ac_ext _ACEOF +/* end confdefs.h. */ +/* System header to define __stub macros and hopefully few prototypes, +which can conflict with char $ac_func (); below. +Prefer limits.h to assert.h if __STDC__ is defined, since +limits.h exists even on freestanding compilers. */ +#ifdef __STDC__ +# include limits.h +#else +# include assert.h +#endif +/* Override any gcc2 internal prototype to avoid an error. */ +#ifdef __cplusplus +extern C +{ +#endif +/* We use char because int might match the return type of a gcc2 + builtin and then its argument prototype would still apply. */ +char $ac_func (); +/* The GNU C library defines this for functions which it implements +to always fail with ENOSYS. Some functions are actually named +something starting with __ and the normal name is an alias. */ +#if defined (__stub_$ac_func) || defined (__stub___$ac_func) +choke me +#else +char (*f) () = $ac_func; +#endif +#ifdef __cplusplus +} +#endif + +int +main () +{ +return f != $ac_func; + ; + return 0; +} +_ACEOF +rm -f conftest.$ac_objext conftest$ac_exeext +if { (eval echo $as_me:$LINENO: \$ac_link\) 5 + (eval $ac_link) 25 + ac_status=$? + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); } + { ac_try='test -s conftest$ac_exeext' + { (eval echo $as_me:$LINENO: \$ac_try\) 5 + (eval $ac_try) 25 + ac_status=$? + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); }; }; then + eval $as_ac_var=yes +else + echo $as_me: failed program was: 5 +sed 's/^/| /' conftest.$ac_ext 5 + +eval $as_ac_var=no +fi +rm -f conftest.$ac_objext conftest$ac_exeext conftest.$ac_ext +fi +echo $as_me:$LINENO: result: `eval echo '${'$as_ac_var'}'` 5 +echo ${ECHO_T}`eval echo '${'$as_ac_var'}'` 6 +if test `eval echo '${'$as_ac_var'}'` = yes; then + cat confdefs.h _ACEOF +#define `echo HAVE_$ac_func | $as_tr_cpp` 1 +_ACEOF + +else + LIBOBJS=$LIBOBJS $ac_func.$ac_objext +fi +done + + + +for ac_func in inet_pton +do +as_ac_var=`echo ac_cv_func_$ac_func | $as_tr_sh` +echo $as_me:$LINENO: checking for $ac_func 5 +echo $ECHO_N checking for $ac_func... $ECHO_C 6 +if eval test \\${$as_ac_var+set}\ = set; then + echo $ECHO_N (cached) $ECHO_C 6 +else + cat conftest.$ac_ext _ACEOF +#line $LINENO configure +/* confdefs.h. */ +_ACEOF +cat confdefs.h conftest.$ac_ext +cat conftest.$ac_ext _ACEOF +/* end confdefs.h. */ +/* System header to define __stub macros and hopefully few prototypes, +which can conflict with char $ac_func (); below. +Prefer limits.h to assert.h if __STDC__ is defined, since +limits.h exists even on freestanding compilers. */ +#ifdef __STDC__ +# include limits.h +#else +# include assert.h +#endif +/* Override any gcc2 internal prototype to avoid an error. */ +#ifdef __cplusplus +extern C +{ +#endif +/* We use char because int might match the return type of a gcc2 + builtin and then its argument prototype would still apply. */ +char $ac_func (); +/* The GNU C library defines this for functions which it implements +to always fail with ENOSYS. Some functions are actually named +something starting with __ and the
[kaffe] Kaffe CVS: kaffe dalibor
CVSROOT:/cvs/kaffe Module name:kaffe Changes by: dalibor 03/06/11 15:23:31 Modified files: . : ChangeLog libraries/javalib: rebuildLib.in Log message: 2003-06-12 Dalibor Topic [EMAIL PROTECTED] * libraries/javalib/rebuildLib.in: fixed quoting of echoed output for NetBSD. Reported by: Milos Negovanovic [EMAIL PROTECTED] ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Kaffe CVS: kaffe dalibor
CVSROOT:/cvs/kaffe Module name:kaffe Changes by: dalibor 03/06/11 15:26:17 Modified files: . : ChangeLog kaffe/kaffevm : findInJar.c libraries/clib/io: File.c Log message: 2003-06-12 Dalibor Topic [EMAIL PROTECTED] * libraries/clib/io/File.c: (java_io_File_createNewFile0) Always create file in binary mode. * kaffe/kaffevm/findInJar.c: (getClasspathType) Always open files in binary mode. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Kaffe CVS: kaffe dalibor
CVSROOT:/cvs/kaffe Module name:kaffe Changes by: dalibor 03/06/11 15:36:45 Modified files: . : ChangeLog configure configure.in config : config.h.in kaffe/scripts : Makefile.in kaffe/scripts/compat: Makefile.in libltdl: config-h.in replace: Makefile.am Makefile.in Added files: replace: inet_ntop.c inet_pton.c Log message: 2003-06-12 Dalibor Topic [EMAIL PROTECTED] * configure.in: check for inet_ntop and inet_pton. * config/config.h.in, configure, kaffe/scripts/Makefile.in, kaffe/scripts/compat/Makefile.in, libltdl/config-h.in, replace/Makefile.in: regenerated. * replace/Makefile.am: (libreplace_la_SORCES) Add inet_ntop.c and inet_pton.c. * replace/inet_ntop.c, replace/inet_pton.c: new files, taken from ircii, distributed under a BSD type license. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.0 build failure on parisc-hpux
Hi Greg, --- Greg Wooledge [EMAIL PROTECTED] wrote: Dalibor Topic ([EMAIL PROTECTED]) wrote: oh, and please try to build kaffe as a static executable. That might help if the libtool on your platform is buggy. $ CC=/net/appl/gcc-3.2/bin/gcc CXX=/net/appl/gcc-3.2/bin/g++ ./configure --prefix=/net/appl/tool --disable-shared $ make [...] /net/appl/gcc-3.2/bin/gcc -g -O2 -Wall -Wstrict-prototypes -o kaffe-bin main.o version.o .libs/kaffe-binS.o -Wl,-E ../../libraries/clib/native/.libs/libnative.a ../../libraries/clib/net/.libs/libnet.a ../../libraries/clib/io/.libs/libio.a ../../libraries/clib/zip/.libs/libzip.a ../../libraries/clib/management/.libs/libmanagement.a ../../libraries/clib/security/.libs/libsecurity.a ../../libraries/clib/awt/X/.libs/libawt.a -lXext -lSM -lICE -lX11 ../kaffevm/.libs/libkaffevm.a -lm ../../libltdl/.libs/libltdlc.a /usr/ccs/bin/ld: Unsatisfied symbols: inet_pton (code) inet_ntop (code) collect2: ld returned 1 exit status I've checked in a patch that provides replacement implementations of inet_pton and inet_ntop for the patfroms lacking them, so could you give a fresh checkout a try? 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] make dist-gzip on OpenBSD
'make dist-gzip' on OpenBSD produces several of these: tar: File name too long for tar kaffe-1.1.x-cvs/libraries/javalib/META-INF/services/javax.sound.sampled.spi.FormatConversionProvider tar: File name too long for tar kaffe-1.1.x-cvs/libraries/javalib/org/tritonus/share/sampled/convert/TAsynchronousFilteredAudioInputStream.java ... -- Greg Wooledge | Truth belongs to everybody. [EMAIL PROTECTED] |- The Red Hot Chili Peppers http://wooledge.org/~greg/ | pgp0.pgp Description: PGP signature
[kaffe] Re: AmigaOS Config failure
Hi all Amiga lovers, Hello? hmmm, seems I'm the only one in the hall tonight . . . Firstly, the maximum command line length problem. Following a suggestion from Helmer, I have put a few Amiga-centric config variables into a file kaffe-1.1.0/config/$PLATFORM/$OS. Using the configure option --cache-file=xxx, I was able to bypass the slow parts of the configure script without modifying any of the kaffe distribution. Also, the mystery of the Amiga crashing when configurating kaffe-1.1.0 is discovered. It appears that some of the long strings of filenames in the configure files are overflowing a buffer somewhere and crashing the system. If I import the configure file into an editor and break up the two long strings (one near line 470, one near line 32770) into two lines, the configure proceeds without error. Building it is another problem. I get a system crash after about 45 minutes and so far I have been unable to observe it just before it happens. I suspect it's another buffer overflow error, but a Make Clean and re-Make doesn't always crash the next time. Current problem is that I get a link error when Make-ing /kaffevm: *** No rule to make target `../../libltdl/libltdlc.la', needed by `libkaffevm.la'. Stop. Now when I look, there is no such file in /libltdl (probably the problem). But looking at the Makefile in /libltdl, I can not see anything wrong with the file contents (such as truncated lines which might prevent a file from being built). I have the file libltdl/libltdl.la OK. It's libltdl*C*.la which is missing. Can someone point me to where this file should come from? In the Makefile there is a line saying: #noinst_LTLIBRARIES = libltdlc.la Does this mean no install? What is this library, anyway? Is it something that my configuration thinks it doesn't need? I have tried a Make Clean in the libltdl directory as well as in the root directory, but the file still isn't generated next time. tony ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe