Re: [kaffe] Changing license to GPL/LGPL/MPL ?
Hi theUser BL theUser BL wrote: Hi! Is it possible, that you change the license from GPL to GPL/LGPL/MPL by asking all people who worked on Kaffe, like the Mozilla-project have done it: http://www.mozilla.org/MPL/missing.html Yes it is possible. You need to do as Mozilla did, and contact everyone, and get their permission. The idea behind this is, that if Kaffe is GPL/LGPL/MPL, then Mozilla can integrate it as default Java-plugin. Yep. That would be nice ... but we first need a functional mozilla plugin for that :) cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Changing license to GPL/LGPL/MPL ?
Dalibor Topic wrote: Yes it is possible. You need to do as Mozilla did, and contact everyone, and get their permission. I thought that it was impossible to do this for Kaffe because the people who bought Transvirtual's IP are known not to be interested, and Transvirtual owns large chunks of the copyright? Stuart. -- Stuart Ballard, Senior Web Developer NetReach, Inc. (215) 283-2300, ext. 126 http://www.netreach.com/ ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] patch to fix *all* warnings in kaffe-HEAD
Adam Heath wrote: Please apply the attached 29-line patch. After applying, kaffe will no longer have *any* gcc warnings. It took me all night to develope this, hope you guys like it. I loved it, but I was busy gloating over the technical breaktrhough of porting kaffe to Apple IIc announced yesterday here: http://www.javalobby.org/thread.jspa?forumID=61threadID=12089 cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Is kaffe the home of KJC now?
Hi Stuart, Stuart Ballard wrote: I'm looking for the latest source code of KJC because I need a Free Software Java compiler written in Java to use as a starting point for a project I'm hoping to work on. I'm a little confused as to where I should find the latest code. KJC developers don't often do releases, but I heard that their CVS is quite lively. See http://www.dms.at/kopi/download/cvs.html . Kaffe's version is .. uh .. slightly forked atm, due to no official releases from kjc developers for some time and some unfortunate miscommunication between them and me. Kaffe's patches are in the kaffe-extras repository in the CVS. Just check out kaffe-extras, run the script, and it will fetch the necessary bits and build kjc with the patches for you. Ito reported success with janino, a small, embeddable Java compiler available here http://www.janino.net/ Is either of these the official latest version of KJC? Is there an official latest version of KJC at all? Is either (or any other) under active development? My project may involve wanting to push some changes back into KJC - is that likely to be possible? Citing from [1] Every compiler of the Kopi suite extend KJC; thus every change to the Java compiler potentially affects (breaks) each of these systems, which are vital for our business. So I don't think external changes to KJC have a great chance of showing up in the original version unless they are rock solid for what DMS does, and as they have a business depending on it, I doubt they'll take a chance. The kjc developer mailing lists are very silent, except for the ocassional bug report. cheers, dalibor topic [1] http://www.kaffe.org/pipermail/kaffe/2004-January/044865.html ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Changing license to GPL/LGPL/MPL ?
Hi Stuart, Stuart Ballard wrote: Dalibor Topic wrote: Yes it is possible. You need to do as Mozilla did, and contact everyone, and get their permission. I thought that it was impossible to do this for Kaffe because the people who bought Transvirtual's IP are known not to be interested, and Transvirtual owns large chunks of the copyright? That's about it, yes. The chunks for the class libs libs are diminishing due to the gradual move to GNU Classpath, but the chunks of the VM core are firmly there :) It's not impossible, but it may take some time digging through the paper trail left behind after Transvirtual's demise to find who holds what IP precisely, finding the relatives of Edouard G. Parmelan and so on. If someone is really willing to go through all that, more power to them. I for one wouldn't object to tri-licensing my own few [1] bits I've written, but I don't speak for anyone else. But I don't see how we could tri-license the code we have from third parties, for example. Or why Mozilla would like to bundle kaffe when we don't have a working plugin [2] yet :) To me, it sounds like it would be a lot of work with little obvious benefit. But I've got no experience with the Mozilla switch, so take my comments with a few grains of salt. cheers, dalibor topic [1] they really are just a few ocassional bits. I do merge a lot of stuff in from other sources, but I've hardly hacked on the core. [2] Another can of worms: the kaffe-oji-plugin things is only MPL-d afaik. So you'd need to get the copryght holders of that thing to agree to tri-licensing it as well. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Next development release planning - 1.1.5
Hi, It's been about 2 months since the last development release - I'd like to do another one. I know some people would prefer to see a goal-based development release schedule, as opposed to just releasing every two months. I'm somewhat biased against that, though, just because it's more work for me, and I think the schedule would slip. If we did that, I'd have to switch to a mode where we actually planned and scheduled what was going in, and try to drive development to meet deadline. That might be a good idea, but it's more work, and it's hard to push free software volunteers to meet hard deadlines. Maybe we can do a little bit more of that while still doing timed releases? That might be possible if somebody wants to step forward and volunteer to do some project management. We need to do a production release sometime, the sooner the better, in my opinion. I haven't formulated a concrete plan for that one yet, though. So here's my proposal: How about if we do a feature freeze in three weeks, on Sunday, April 25th, to be followed by an actual release on Sunday, May 2nd? (I'd really like to do it a week earlier, but my parents are coming for a visit) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] configure failure on IRIX
Riccardo wrote:
Hey,
a clean run of configure fails this way:
configure: configuring in libltdl
configure: running /bin/sh '../../kaffe/libltdl/configure' --prefix=/usr/
local/kaffe '-C' '--enable-pure-java-math' --enable-ltdl-convenience --
cache-file=../config.cache --srcdir=../../kaffe/libltdl
configure: loading cache ../config.cache
./../kaffe/libltdl/configure[1421]: syntax error at line 362 : `('
unexpected
on the other hand, executing it without -C, seems to end without errors...
but then make chokes, I need gnu make probably, damn.
Congratulations :)
I would mark problems with configure cache as autoconf problems,
especially if something works without the cache. You could grab autoconf
2.59 and run the test suite, and report the results on the autoconf
mailing list, if things fail. A word of warning: they can take a while.
the problem you reported on your (excellent fun, btw) kaffe testing
website seems to be due to a problem with libtool and dynamic libraries
on IRIX.
The other problem, with the missing symbols ... I haven't looked into
that yet :(
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (doogie): Add UNUSED to a bunch of places.
PatchSet 4607
Date: 2004/04/02 21:27:49
Author: doogie
Branch: HEAD
Tag: (none)
Log:
Add UNUSED to a bunch of places.
Members:
ChangeLog:1.2184-1.2185
kaffe/kaffeh/support.c:1.41-1.42
kaffe/kaffevm/classMethod.c:1.116-1.117
kaffe/kaffevm/classPool.c:1.23-1.24
kaffe/kaffevm/code.c:1.12-1.13
kaffe/kaffevm/exception.c:1.80-1.81
kaffe/kaffevm/gcFuncs.c:1.51-1.52
kaffe/kaffevm/jni.c:1.105-1.106
kaffe/kaffevm/jit3/icode.c:1.38-1.39
kaffe/kaffevm/jit3/machine.c:1.48-1.49
kaffe/kaffevm/jit3/registers.c:1.12-1.13
Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.2184 kaffe/ChangeLog:1.2185
--- kaffe/ChangeLog:1.2184 Fri Apr 2 20:14:38 2004
+++ kaffe/ChangeLog Fri Apr 2 21:27:49 2004
@@ -1,3 +1,12 @@
+2004-04-02 Adam Heath [EMAIL PROTECTED]
+
+ * kaffe/kaffeh/support.c, kaffe/kaffevm/classMethod.c
+ kaffe/kaffevm/classPool.c, kaffe/kaffevm/code.c
+ kaffe/kaffevm/exception.c, kaffe/kaffevm/gcFuncs.c
+ kaffe/kaffevm/jni.c, kaffe/kaffevm/jit3/icode.c
+ kaffe/kaffevm/jit3/machine.c, kaffe/kaffevm/jit3/registers.c:
+Add UNUSED to a bunch of places.
+
2004-04-02 Guilhem Lavaux [EMAIL PROTECTED]
* kaffe/kaffevm/systems/unix-jthreads/jthread.h:
Index: kaffe/kaffe/kaffeh/support.c
diff -u kaffe/kaffe/kaffeh/support.c:1.41 kaffe/kaffe/kaffeh/support.c:1.42
--- kaffe/kaffe/kaffeh/support.c:1.41 Thu Apr 1 16:23:50 2004
+++ kaffe/kaffe/kaffeh/support.cFri Apr 2 21:27:39 2004
@@ -625,7 +625,7 @@
}
void
-finishMethods (Hjava_lang_Class *this)
+finishMethods (Hjava_lang_Class *this UNUSED)
{
const char *str;
const char *tsig;
Index: kaffe/kaffe/kaffevm/classMethod.c
diff -u kaffe/kaffe/kaffevm/classMethod.c:1.116 kaffe/kaffe/kaffevm/classMethod.c:1.117
--- kaffe/kaffe/kaffevm/classMethod.c:1.116 Mon Mar 29 21:39:14 2004
+++ kaffe/kaffe/kaffevm/classMethod.c Fri Apr 2 21:27:44 2004
@@ -1029,7 +1029,7 @@
* Read in InnerClasses declares for a class
*/
bool
-addInnerClasses(Hjava_lang_Class* c, uint32 len, classFile* fp,
+addInnerClasses(Hjava_lang_Class* c, uint32 len UNUSED, classFile* fp,
errorInfo *einfo)
{
int i;
@@ -1251,7 +1251,7 @@
}
void
-setFieldValue(Hjava_lang_Class* unused, Field* ft, u2 idx)
+setFieldValue(Hjava_lang_Class* this UNUSED, Field* ft, u2 idx)
{
/* Set value index */
FIELD_CONSTIDX(ft) = idx;
@@ -2539,7 +2539,7 @@
*/
static
bool
-resolveConstants(Hjava_lang_Class* class, errorInfo *einfo)
+resolveConstants(Hjava_lang_Class* class UNUSED, errorInfo *einfo UNUSED)
{
bool success = true;
#ifdef EAGER_LOADING
Index: kaffe/kaffe/kaffevm/classPool.c
diff -u kaffe/kaffe/kaffevm/classPool.c:1.23 kaffe/kaffe/kaffevm/classPool.c:1.24
--- kaffe/kaffe/kaffevm/classPool.c:1.23Thu Mar 18 07:24:19 2004
+++ kaffe/kaffe/kaffevm/classPool.c Fri Apr 2 21:27:44 2004
@@ -236,7 +236,7 @@
*/
void
/* ARGSUSED */
-destroyClassLoader(Collector *c, void* _loader)
+destroyClassLoader(Collector *c UNUSED, void* _loader)
{
Hjava_lang_ClassLoader* loader = _loader;
int rmoved;
Index: kaffe/kaffe/kaffevm/code.c
diff -u kaffe/kaffe/kaffevm/code.c:1.12 kaffe/kaffe/kaffevm/code.c:1.13
--- kaffe/kaffe/kaffevm/code.c:1.12 Mon Mar 8 21:21:07 2004
+++ kaffe/kaffe/kaffevm/code.c Fri Apr 2 21:27:44 2004
@@ -26,7 +26,7 @@
#include exception.h
bool
-addCode(Method* m, uint32 len, classFile* fp, errorInfo *einfo)
+addCode(Method* m, uint32 len UNUSED, classFile* fp, errorInfo *einfo)
{
bool retval = false;
Code c;
@@ -128,7 +128,7 @@
* Read in line numbers assocated with code.
*/
bool
-addLineNumbers(Method* m, uint32 len, classFile* fp, errorInfo *info)
+addLineNumbers(Method* m, uint32 len UNUSED, classFile* fp, errorInfo *info)
{
lineNumbers* lines;
int i;
@@ -171,7 +171,7 @@
}
bool
-addLocalVariables(Method *m, uint32 len, classFile *fp, errorInfo *info)
+addLocalVariables(Method *m, uint32 len UNUSED, classFile *fp, errorInfo *info)
{
constants *pool = CLASS_CONSTANTS(m-class);
localVariables *lv;
@@ -240,7 +240,7 @@
* Read in (checked) exceptions declared for a method
*/
bool
-addCheckedExceptions(Method* m, uint32 len, classFile* fp,
+addCheckedExceptions(Method* m, uint32 len UNUSED, classFile* fp,
errorInfo *info)
{
int i;
Index: kaffe/kaffe/kaffevm/exception.c
diff -u kaffe/kaffe/kaffevm/exception.c:1.80 kaffe/kaffe/kaffevm/exception.c:1.81
--- kaffe/kaffe/kaffevm/exception.c:1.80Mon Mar 29 21:13:33 2004
+++ kaffe/kaffe/kaffevm/exception.c Fri Apr 2 21:27:44 2004
@@ -212,7 +212,7 @@
* dump error info to stderr
*/
void
-dumpErrorInfo(errorInfo *einfo)
+dumpErrorInfo(errorInfo *einfo UNUSED)
{
/* XXX */
}
Index: kaffe/kaffe/kaffevm/gcFuncs.c
diff -u kaffe/kaffe/kaffevm/gcFuncs.c:1.51
[kaffe] CVS kaffe (guilhem): Fixed some warnings + changed the fix for final fields.
PatchSet 4606 Date: 2004/04/02 20:14:38 Author: guilhem Branch: HEAD Tag: (none) Log: Fixed some warnings + changed the fix for final fields. * kaffe/kaffevm/systems/unix-jthreads/jthread.h: Marked a parameter as unused. * kaffe/kaffeh/mem.c: Marked some parameters as unused. * kaffe/kaffevm/jar.c: Fixed some warnings. * kaffe/kaffevm/utf8const.c: Fixed some warnings. * libraries/javalib/bootstrap.classlist: Added java/io/VMObjectStreamClass.class to fix some warnings. * libraries/javalib/java/io/ObjectStreamField.java (setBooleanField, setCharField, setByteField, setShortField, setIntField, setLongField, setFloatField, setDoubleField): Use native methods directly to be able to set final fields. * libraries/javalib/java/io/VMObjectStreamClass.java (setBooleanNative, setCharNative, setByteNative, setShortNative, setIntNative, setLongNative, setFloatNative, setDoubleNative): New methods for serialization to be able to set final fields. * libraries/clib/native/ObjectInputStream.c: Changed implementation accordingly. * libraries/clib/native/ObjectStreamField.c: Removed file. * libraries/clib/native/Makefile.am: Removed ObjectStreamField.c * libraries/clib/native/Makefile.in: Regenerated. * include/Makefile.am: Added java_io_VMObjectStreamClass.h * include/Makefile.in: Regenerated. * libraries/javalib/Klasses.jar.bootstrap: Regenerated. Merged a fix from GNU Classpath. 2004-04-01 Jeroen Frijters [EMAIL PROTECTED] * java/text/DecimalFormat.java (scanFix): Removed suffix check for percent and permill check. Members: ChangeLog:1.2183-1.2184 include/Makefile.am:1.54-1.55 include/Makefile.in:1.149-1.150 kaffe/kaffeh/mem.c:1.5-1.6 kaffe/kaffevm/jar.c:1.25-1.26 kaffe/kaffevm/utf8const.c:1.33-1.34 kaffe/kaffevm/systems/unix-jthreads/jthread.h:1.54-1.55 libraries/clib/native/Makefile.am:1.29-1.30 libraries/clib/native/Makefile.in:1.128-1.129 libraries/clib/native/ObjectInputStream.c:1.19-1.20 libraries/clib/native/ObjectStreamField.c:1.1-1.2(DEAD) libraries/javalib/Klasses.jar.bootstrap:1.50-1.51 libraries/javalib/bootstrap.classlist:1.41-1.42 libraries/javalib/java/io/ObjectStreamField.java:1.10-1.11 libraries/javalib/java/io/VMObjectStreamClass.java:1.2-1.3 libraries/javalib/java/text/DecimalFormat.java:1.26-1.27 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.2183 kaffe/ChangeLog:1.2184 --- kaffe/ChangeLog:1.2183 Fri Apr 2 20:08:20 2004 +++ kaffe/ChangeLog Fri Apr 2 20:14:38 2004 @@ -1,3 +1,50 @@ +2004-04-02 Guilhem Lavaux [EMAIL PROTECTED] + +* kaffe/kaffevm/systems/unix-jthreads/jthread.h: + Marked a parameter as unused. + + * kaffe/kaffeh/mem.c: Marked some parameters as unused. + + * kaffe/kaffevm/jar.c: Fixed some warnings. + + * kaffe/kaffevm/utf8const.c: Fixed some warnings. + + * libraries/javalib/bootstrap.classlist: Added + java/io/VMObjectStreamClass.class to fix some warnings. + + * libraries/javalib/java/io/ObjectStreamField.java + (setBooleanField, setCharField, setByteField, setShortField, + setIntField, setLongField, setFloatField, setDoubleField): Use + native methods directly to be able to set final fields. + + * libraries/javalib/java/io/VMObjectStreamClass.java + (setBooleanNative, setCharNative, setByteNative, setShortNative, + setIntNative, setLongNative, setFloatNative, setDoubleNative): + New methods for serialization to be able to set final fields. + + * libraries/clib/native/ObjectInputStream.c: Changed implementation + accordingly. + + * libraries/clib/native/ObjectStreamField.c: Removed file. + + * libraries/clib/native/Makefile.am: Removed ObjectStreamField.c + + * libraries/clib/native/Makefile.in: Regenerated. + + * include/Makefile.am: Added java_io_VMObjectStreamClass.h + + * include/Makefile.in: Regenerated. + + * libraries/javalib/Klasses.jar.bootstrap: Regenerated. + + Merged a fix from GNU Classpath. + + 2004-04-01 Jeroen Frijters [EMAIL PROTECTED] + + * java/text/DecimalFormat.java (scanFix): Removed suffix check + for percent and permill check. + + 2004-04-02 Dalibor Topic [EMAIL PROTECTED] * config/alpha/common.h: Index: kaffe/include/Makefile.am diff -u kaffe/include/Makefile.am:1.54 kaffe/include/Makefile.am:1.55 --- kaffe/include/Makefile.am:1.54 Thu Mar 25 20:58:29 2004 +++ kaffe/include/Makefile.am Fri Apr 2 20:14:41 2004 @@ -49,7 +49,7 @@ java_io_InputStream.h \ java_io_InterruptedIOException.h \ java_io_ObjectInputStream.h \ -
Re: [kaffe] Next development release planning - 1.1.5
Jim Pick wrote: Hi, It's been about 2 months since the last development release - I'd like to do another one. I know some people would prefer to see a goal-based development release schedule, as opposed to just releasing every two months. I'm somewhat biased against that, though, just because it's more work for me, and I think the schedule would slip. If we did that, I'd have to switch to a mode where we actually planned and scheduled what was going in, and try to drive development to meet deadline. That might be a good idea, but it's more work, and it's hard to push free software volunteers to meet hard deadlines. Maybe we can do a little bit more of that while still doing timed releases? That might be possible if somebody wants to step forward and volunteer to do some project management. We need to do a production release sometime, the sooner the better, in my opinion. I haven't formulated a concrete plan for that one yet, though. So here's my proposal: How about if we do a feature freeze in three weeks, on Sunday, April 25th, to be followed by an actual release on Sunday, May 2nd? (I'd really like to do it a week earlier, but my parents are coming for a visit) I've always had trouble building on Cygwin. Since I sort of understood this was a supported platform, am I doing soemthing wrong ? (or is a fix in sight for this release ?) Thanks, Rémy ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Next development release planning - 1.1.5
Jim Pick wrote: Hi, It's been about 2 months since the last development release - I'd like to do another one. I know some people would prefer to see a goal-based development release schedule, as opposed to just releasing every two months. I'm somewhat biased against that, though, just because it's more work for me, and I think the schedule would slip. If we did that, I'd have to switch to a mode where we actually planned and scheduled what was going in, and try to drive development to meet deadline. That might be a good idea, but it's more work, and it's hard to push free software volunteers to meet hard deadlines. Maybe we can do a little bit more of that while still doing timed releases? That might be possible if somebody wants to step forward and volunteer to do some project management. We need to do a production release sometime, the sooner the better, in my opinion. I haven't formulated a concrete plan for that one yet, though. So here's my proposal: How about if we do a feature freeze in three weeks, on Sunday, April 25th, to be followed by an actual release on Sunday, May 2nd? (I'd really like to do it a week earlier, but my parents are coming for a visit) Fine for me. As usual, the rundown list of things I'd love to see go into 1.1.5: A Clean up all the warnings (everyone, please :) B Switch remaining platforms to use compareswap from glibc (me) C Switch over to use AutoGen [1] for option parsing (me) D Add -bootclasspath options due to popular request (me) E Merge in Classpath's AWT and pocketlinux implementations (me [2]) F Merge in gjdoc + libxmlj (me, I guess) G Merge in SwingWT (?) H Merge in JACORB (?) I Fix remaining platform-specific failures (riccardo :) J Switch over to Classpath's java.security K Merge in jit4 from mike chen [3] L After the switch to classpath's AWT, merge in gcjwebplugin M Merge in Odonata from Stephane N Merge in PJA O Write the missing man pages that's from the top of my head, right now. cheers, dalibor topic [1] http://www.gnu.org/software/autogen/ [2] Well, once we have -bootclasspath and -bootlibrarypath, we could *in theory* let the user pick an AWT implemenation and switch to it at runtime. I propose to switch over to GNU Classpath's AWT for the java/awt classes (it's actually being heavily developped atm, and is the nicer code base to work with). Then, in another pass, Kaffe's current AWT implementation(s) could be compiled, as well as PocketLinux one(s), and the user could switch the backend via a simple '-awt=something' option. That's the theory, at least. [3] The discussion somehow petered out without a conclusion. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (doogie): More UNUSED warning fixes.
PatchSet 4609
Date: 2004/04/03 00:06:12
Author: doogie
Branch: HEAD
Tag: (none)
Log:
More UNUSED warning fixes.
Members:
ChangeLog:1.2186-1.2187
kaffe/kaffevm/soft.c:1.58-1.59
kaffe/kaffevm/stackTrace.c:1.32-1.33
kaffe/kaffevm/string.c:1.28-1.29
kaffe/kaffevm/mem/gc-incremental.c:1.76-1.77
kaffe/kaffevm/mem/gc-mem.c:1.55-1.56
libraries/clib/awt/X/cbd.c:1.4-1.5
libraries/clib/awt/X/clr.c:1.25-1.26
libraries/clib/awt/X/evt.c:1.23-1.24
Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.2186 kaffe/ChangeLog:1.2187
--- kaffe/ChangeLog:1.2186 Fri Apr 2 21:54:21 2004
+++ kaffe/ChangeLog Sat Apr 3 00:06:12 2004
@@ -1,3 +1,11 @@
+2004-04-02 Adam Heath [EMAIL PROTECTED]
+
+ * kaffe/kaffevm/soft.c, kaffe/kaffevm/stackTrace.c,
+ kaffe/kaffevm/string.c, kaffe/kaffevm/mem/gc-incremental.c,
+ kaffe/kaffevm/mem/gc-mem.c, libraries/clib/awt/X/cbd.c,
+ libraries/clib/awt/X/clr.c, libraries/clib/awt/X/evt.c:
+ More UNUSED warning fixes.
+
2004-04-02 Dalibor Topic [EMAIL PROTECTED]
* config/sparc/openbsd2/jit-md.h:
Index: kaffe/kaffe/kaffevm/soft.c
diff -u kaffe/kaffe/kaffevm/soft.c:1.58 kaffe/kaffe/kaffevm/soft.c:1.59
--- kaffe/kaffe/kaffevm/soft.c:1.58 Mon Mar 8 21:21:10 2004
+++ kaffe/kaffe/kaffevm/soft.c Sat Apr 3 00:06:10 2004
@@ -1107,23 +1107,23 @@
}
void
-soft_debug1(void* a0, void* a1, void* a2)
+soft_debug1(void* a0 UNUSED, void* a1 UNUSED, void* a2 UNUSED)
{
}
void
-soft_debug2(void* a0, void* a1, void* a2)
+soft_debug2(void* a0 UNUSED, void* a1 UNUSED, void* a2 UNUSED)
{
}
void
-soft_trace(Method* meth, void* args)
+soft_trace(Method* meth, void* args UNUSED)
{
dprintf(soft_trace: %s.%s%s\n, CLASS_CNAME(meth-class), meth-name-data,
METHOD_SIGD(meth));
}
void
-soft_enter_method(Hjava_lang_Object *obj, Method *meth)
+soft_enter_method(Hjava_lang_Object *obj UNUSED, Method *meth UNUSED)
{
#if defined(ENABLE_JVMPI)
if( JVMPI_EVENT_ISENABLED(JVMPI_EVENT_METHOD_ENTRY) )
@@ -1146,10 +1146,10 @@
#endif
}
+#if defined(ENABLE_JVMPI)
void
soft_exit_method(Method *meth)
{
-#if defined(ENABLE_JVMPI)
if( JVMPI_EVENT_ISENABLED(JVMPI_EVENT_METHOD_EXIT) )
{
JVMPI_Event ev;
@@ -1158,5 +1158,10 @@
ev.u.method.method_id = meth;
jvmpiPostEvent(ev);
}
-#endif
}
+#else
+void
+soft_exit_method(Method *meth UNUSED)
+{
+}
+#endif
Index: kaffe/kaffe/kaffevm/stackTrace.c
diff -u kaffe/kaffe/kaffevm/stackTrace.c:1.32 kaffe/kaffe/kaffevm/stackTrace.c:1.33
--- kaffe/kaffe/kaffevm/stackTrace.c:1.32 Mon Mar 8 21:21:10 2004
+++ kaffe/kaffe/kaffevm/stackTrace.cSat Apr 3 00:06:10 2004
@@ -94,7 +94,7 @@
#if defined(TRANSLATOR)
static Method*
-stacktraceFindMethod(uintp fp, uintp pc)
+stacktraceFindMethod(uintp fp UNUSED, uintp pc)
{
void *pc_base = GC_getObjectBase(main_collector, (void *)pc);
@@ -107,7 +107,7 @@
#elif defined(INTERPRETER)
static Method*
-stacktraceFindMethod(uintp fp, uintp pc)
+stacktraceFindMethod(uintp fp, uintp pc UNUSED)
{
return (vmExcept_isJNIFrame ((VmExceptHandler *)fp)?0:((VmExceptHandler
*)fp)-meth);
}
Index: kaffe/kaffe/kaffevm/string.c
diff -u kaffe/kaffe/kaffevm/string.c:1.28 kaffe/kaffe/kaffevm/string.c:1.29
--- kaffe/kaffe/kaffevm/string.c:1.28 Sat Oct 11 20:45:49 2003
+++ kaffe/kaffe/kaffevm/string.cSat Apr 3 00:06:10 2004
@@ -495,7 +495,7 @@
* Walk a java.lang.String object
*/
void
-stringWalk(Collector* collector, void* str, uint32 size)
+stringWalk(Collector* collector, void* str, uint32 size UNUSED)
{
/* That's all we have to do here */
GC_markObject(collector, unhand((Hjava_lang_String*)str)-value);
@@ -506,7 +506,7 @@
*/
void
/* ARGSUSED */
-stringDestroy(Collector* collector, void* obj)
+stringDestroy(Collector* collector UNUSED, void* obj)
{
Hjava_lang_String* str = (Hjava_lang_String*)obj;
Index: kaffe/kaffe/kaffevm/mem/gc-incremental.c
diff -u kaffe/kaffe/kaffevm/mem/gc-incremental.c:1.76
kaffe/kaffe/kaffevm/mem/gc-incremental.c:1.77
--- kaffe/kaffe/kaffevm/mem/gc-incremental.c:1.76 Mon Mar 29 21:13:34 2004
+++ kaffe/kaffe/kaffevm/mem/gc-incremental.cSat Apr 3 00:06:13 2004
@@ -196,7 +196,7 @@
* is for statistical purposes.
*/
static void
-gcRegisterFixedTypeByIndex(Collector* gcif,
+gcRegisterFixedTypeByIndex(Collector* gcif UNUSED,
int index, const char *description)
{
registerTypeByIndex(index, 0, GC_OBJECT_FIXED, 0, description);
@@ -206,7 +206,7 @@
* Register a allocation type that is subject to gc.
*/
static void
-gcRegisterGcTypeByIndex(Collector* gcif,
+gcRegisterGcTypeByIndex(Collector* gcif UNUSED,
int index, walk_func_t walk, final_func_t final,
destroy_func_t destroy,
const char *description)
@@ -284,7 +284,7 @@
* Mark the memory given by an address if it really
Re: [kaffe] Unexpected java.lang.IllegalMonitorStateException
: == jserv [EMAIL PROTECTED] writes:
: On Mon, Mar 29, 2004 at 03:22:27PM +0900, Ito Kazumitsu wrote:
bash$ java TestSync3 1
bash$ java TestSync3 2
java.lang.IllegalMonitorStateException
at TestSync3.run (TestSync3.java:32)
bash$ java TestSync3 3
java.lang.IllegalMonitorStateException
at TestSync3.run (TestSync3.java:37)
: It's strange that I could pass all tests provided by Ito Kazumitsu,
: include TestSync3.
Aren't you using unix-pthreads? I am afraid this problem has something
to do with unix-jthreads.
: But I still can't get prevayler run well.
With the following patch to prevayler2.01.000alpha,
--- src/org/prevayler/foundation/DurableOutputStream.java Wed Mar 3 19:04:38
2004
+++ test/org/prevayler/foundation/DurableOutputStream.java Sat Apr 3 10:00:30
2004
@@ -104,7 +104,7 @@
synchronized void setSynched() {
_isSynched = true;
- synchronized (this) { notifyAll(); }
+ notifyAll();
}
}
the simplest demo of prevayler works fine.
This makes me think that there is something wrong around
kaffe/kaffevm/locks.c.
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (doogie): Lots and lots of warnings fixed(over 350 this time around).
PatchSet 4610
Date: 2004/04/03 02:57:44
Author: doogie
Branch: HEAD
Tag: (none)
Log:
Lots and lots of warnings fixed(over 350 this time around).
Members:
ChangeLog:1.2187-1.2188
kaffe/kaffe/main.c:1.50-1.51
kaffe/kaffevm/exception.h:1.24-1.25
kaffe/kaffevm/external.c:1.54-1.55
kaffe/kaffevm/external.h:1.6-1.7
kaffe/kaffevm/hashtab.c:1.10-1.11
kaffe/kaffevm/jni.c:1.106-1.107
kaffe/kaffevm/sha-1.c:1.1-1.2
kaffe/kaffevm/soft.h:1.15-1.16
kaffe/kaffevm/string.c:1.29-1.30
kaffe/kaffevm/thread.c:1.59-1.60
kaffe/kaffevm/systems/unix-jthreads/config-jthreads.h:1.10-1.11
kaffe/kaffevm/systems/unix-jthreads/jthread.c:1.110-1.111
kaffe/kaffevm/systems/unix-jthreads/jthread.h:1.55-1.56
libraries/clib/native/Class.c:1.70-1.71
Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.2187 kaffe/ChangeLog:1.2188
--- kaffe/ChangeLog:1.2187 Sat Apr 3 00:06:12 2004
+++ kaffe/ChangeLog Sat Apr 3 02:57:44 2004
@@ -1,5 +1,18 @@
2004-04-02 Adam Heath [EMAIL PROTECTED]
+* kaffe/kaffe/main.c, kaffe/kaffevm/exception.h,
+ kaffe/kaffevm/external.c, kaffe/kaffevm/external.h,
+ kaffe/kaffevm/hashtab.c, kaffe/kaffevm/jni.c,
+ kaffe/kaffevm/sha-1.c, kaffe/kaffevm/soft.h,
+ kaffe/kaffevm/string.c, kaffe/kaffevm/thread.c,
+ kaffe/kaffevm/systems/unix-jthreads/config-jthreads.h,
+ kaffe/kaffevm/systems/unix-jthreads/jthread.c,
+ kaffe/kaffevm/systems/unix-jthreads/jthread.h,
+ libraries/clib/native/Class.c:
+ Lots and lots of warnings fixed(over 350 this time around).
+
+2004-04-02 Adam Heath [EMAIL PROTECTED]
+
* kaffe/kaffevm/soft.c, kaffe/kaffevm/stackTrace.c,
kaffe/kaffevm/string.c, kaffe/kaffevm/mem/gc-incremental.c,
kaffe/kaffevm/mem/gc-mem.c, libraries/clib/awt/X/cbd.c,
Index: kaffe/kaffe/kaffe/main.c
diff -u kaffe/kaffe/kaffe/main.c:1.50 kaffe/kaffe/kaffe/main.c:1.51
--- kaffe/kaffe/kaffe/main.c:1.50 Thu Jan 15 02:29:29 2004
+++ kaffe/kaffe/kaffe/main.cSat Apr 3 02:57:44 2004
@@ -42,12 +42,12 @@
#include jni.h
JavaVMInitArgs vmargs;
-JNIEnv* env;
-JavaVM* vm;
+JNIEnv* global_env;
+JavaVM* global_vm;
static int isJar = 0;
static char *jvm_onload;
-static int options(char**);
+static int options(char**, int);
static void usage(void);
static size_t parseSize(char*);
static int checkException(void);
@@ -69,7 +69,7 @@
main(int argc, char* argv[])
{
int farg;
- char* cp;
+ const char* cp;
#if defined(MAIN_MD)
/* Machine specific main first */
@@ -121,7 +121,7 @@
vmargs.classhome = cp;
/* Process program options */
- farg = options(argv);
+ farg = options(argv, argc);
argc = argc - farg;
#if defined(KAFFE_XPROFILER)
@@ -144,14 +144,14 @@
}
/* Initialise */
- JNI_CreateJavaVM(vm, env, vmargs);
+ JNI_CreateJavaVM(global_vm, global_env, vmargs);
/* Handle the '-Xrun' argument. */
if( jvm_onload != NULL )
{
char *libpath, *libargs;
char errbuf[512];
- int index;
+ int i;
/* XXX Pull findLibrary() from the JanosVM. */
libpath = jvm_onload[2];
@@ -165,15 +165,15 @@
libargs += 1;
}
- index = loadNativeLibrary(libpath, errbuf, sizeof(errbuf));
- if( index 0 )
+ i = loadNativeLibrary(libpath, errbuf, sizeof(errbuf));
+ if( i 0 )
{
jint (*onload_func)(JavaVM *jvm, char *, void *);
if( (onload_func =
loadNativeLibrarySym(JVM_OnLoad)) != NULL )
{
- (void)onload_func(vm, libargs, NULL);
+ (void)onload_func(global_vm, libargs, NULL);
}
}
else
@@ -186,7 +186,7 @@
}
}
- return (main2(env, argv, farg, argc));
+ return (main2(global_env, argv, farg, argc));
}
/*
@@ -236,7 +236,7 @@
jobject str;
jobject loader;
int i;
- char* exec;
+ const char* exec;
/* make sure no compiler optimizes this away */
gc_safe_zone[0] = gc_safe_zone[sizeof gc_safe_zone - 1] = 0;
@@ -306,14 +306,14 @@
cls = (*env)-FindClass(env, java/lang/String);
if (checkException())
goto done;
- args = (*env)-NewObjectArray(env, argc, cls, 0);
+ args = (*env)-NewObjectArray(env, (unsigned)argc, cls, 0);
if (checkException())
goto done;
for (i = 0; i argc; i++) {
str = (*env)-NewStringUTF(env, argv[farg+i]);
if (checkException())
goto
