[kaffe] Threaded code and quick instructions for Kaffe
Hello all, After looking up Helmut Eller's Threaded code interpreter patch [1], I attempt to migrate his patch to Kaffe 1.1.x version, and it is almost finished, which is attached against kaffe cvs in this mail. Helmut Eller quoted his patch as following: Threaded code provides about 10% speedup over the original bytecode interpreter, threaded code and quick instructions provide about a factor of three (detailed results[2]). More performance improvements in the kaffe interpreter should be possible without too much work (e.g., stack caching); the benefit of threaded code and quick instructions would be even more prominent if these optimizations were applied. So that, it would be great to merge into Kaffe development to gain performance benefit over improved interpreter, and it could act an important role in JIT/Interpreter integration[3]. After applying the patch, you should re-configure kaffe with --with-engine=intrp and rebuild all. cheers, Jim Huang [1] http://www.complang.tuwien.ac.at/java/kaffe-threaded/ [2] http://www.complang.tuwien.ac.at/java/kaffe-threaded/benchmarks.txt [3] http://www.flux.utah.edu/~tullmann/kaffe/jitintrp/ threaded-intrp.diff.gz Description: Binary data
Re: [kaffe] NEWS: GNU Classpath's AWT/Swing now runs on KaffeVM.
Due to big changes in GNU Classpath of 2004-05-31, I updated my tarball to adapt it accordingly. However, there are some notes to be mentioned: (1) javax/swing/JComponent.java uses holdsLock() method in java.lang.Thread to handle double-buffering, but Kaffe lacks it. (2) Java2D implementation in GNU Classpath makes use of much newer version of Cairo, but the one shipped with some Linux ditributions is a bit old. In my tarball, remove-holdslock.diff solves the (1) and (2) can be fixed with fix-gtkcairopeer.diff. Another way to solve (1) is to implement it, but I have no idea how it should exactly be implemented, so that I did a dummy one[1]. On Fri, May 21, 2004 at 12:48:48PM +0800, [EMAIL PROTECTED] wrote: I updated my tarball to adapt Kaffe's recent -Xbooclasspath option support in CVS. Here are my instructions: 1. Obtain my tarball # wget http://jserv.sayya.org/kaffe/cpawt-kaffe.tgz 2. Modify the config file according to Kaffe's $JAVA_HOME # vi config 3. Build (NOTE: You should use cvs version of Kaffe.) # sh build 4. Run the AWT demo shipped with Kaffe # cd src/clib # ./run.sh The instructions are still necessary to build GNU Classpath's AWT/Swing on Kaffe. I am really glad to see the gtk-peer is going to be merged in next release of Kaffe. cheers, Jim Huang [1] http://www.kaffe.org/pipermail/kaffe/2004-May/046414.html ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Release status...
Hi, I announced that I had made a branch for the 1.1.5 release almost a month ago, but I haven't made the final release yet. :-( So I thought I'd drop a note to the list on what's taking me so darned long to do it... Part of it is due to the usual excuses (work, real life, etc.) and my own procrastinating. But part of the reason is due to the fact that I want to make some improvements to the process. There are several steps to making the release: a) Reviewing the changes and summarizing them for the release announcement. b) Building it in several places and actually trying to use it to run some software. That's been the extent of my testing for the development releases. c) Fixing any obvious configure issues. There are so many ways to configure Kaffe, I always seem to run into issues nobody else has. d) Fixing any make dist type problems that show up. In the final steps of making the release. Typically, I need to cycle through the build multiple times, as documented here: http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe-project-services/release-process/HOW-TO-MAKE-A-RELEASE?rev=1.1content-type=text/vnd.viewcvs-markup Naturally, this would be less work if I did this incrementally as development progressed. But I always end up doing this at the end. With the previous releases, it took me a good 8-12 hours to do all the steps. That's just too long, and it's not fun work. This time around, the amount of work involved has increased a bit, because of the longer interval since the previous release (partly due to my procrastinating). Also, the fact that so much new good stuff has gone into it means that I encountered a lot of regressions all over the place, to the point I wasn't really happy with the final result. (I think the code in CVS right now is quite a bit better than the state it was in when I made the 1.1.5 branch a month ago) When I encounter Kaffe-related problems on one of my various machines around the house or the office, then I've got to make a decision. I can either take some time to try to fix/debug/understand the problem (perhaps asking the list for help), or I can skip past the problem so I can get the release out sooner. Naturally, I don't like skipping past problems -- I'd rather fix them, but there are really are a near-infinite number of bugs to fix, so when it's late in the release cycle, it's usually better to skip past them and just get the release out. There's a trade-off though -- if I skip past too many bugs, then all those bugs are going to go into the release, which isn't good. Anyways, on to the process improvement part of the tale: Ultimately, I want to automate the whole release process. When checkins get made, they should be automatically tested for regressions on a whole variety of different platforms and in different configurations. The code should only be considered release-worthy when it passes all the testing we throw at it. The release process should be as simple as selecting a particular build that passed all the testing. This way, we can certify that a particular build works and was tested on all the various platforms and configurations we support. The distinction between a production release (which is one of my goals for this year) and a development release should primarily be that the production release will have passed a lot more testing. If we had such a system in place, then the testing and fixing grunt work that gets left until release time (and lumped onto me) would instead be done incrementally as development occurs, and shared by everyone. I actually started coding up a custom regression testing and reporting system last year, and I probably got it 50% done. I think I could probably get it partially deployed with about a week's worth of work. Does anybody have any objections to me holding off on the 1.1.5 release until I get the regression testing system deployed on the server? Initially, I'll just set up some testing environments on some of the servers I have access too. After I get something working, I'll try to document as much as possible so other people can help out with the testing. If I could get the regression testing system set up to do most of the release testing, that would really make the release process simply (almost automatic). It would be a lot more fun too. Sorry for keeping everybody in suspense for so long... Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Re: [kaffe-siteadmin] CVS website (jim): Remove sponsorship program from website.
Kaffe CVS wrote: PatchSet 192 Date: 2004/06/01 05:42:35 Author: jim Branch: HEAD Tag: (none) Log: Remove sponsorship program from website. It was a bit too much hassle to maintain - I'll just cover the hosting expenses myself (it's a pretty cheap hobby). Thanks a lot for keeping us alive out there on the web! cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Threaded code and quick instructions for Kaffe
On Tue, 1 Jun 2004 14:08:00 +0800 [EMAIL PROTECTED] wrote: Hello all, After looking up Helmut Eller's Threaded code interpreter patch [1], I attempt to migrate his patch to Kaffe 1.1.x version, and it is almost finished, which is attached against kaffe cvs in this mail. Just some random notes: - we should probably check whether somebody wants to compile kaffe without gcc, since that wouldn't work anymore - Is it possible to use kaffe.def instead of threaded_int.def? (or what changes to kaffe.def would that require?) I don't really like the idea of maintaining both, threaded_int.def and kaffe.def and keeping them in sync (the threaded_int.def in your patch doesn't throw IncompatibleClassChangeErrors, for example). Regards, Helmer ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] still missing declarations on netBSD/68K
ON NETBSD/68K 1.6.2 using jit-3 In file included from ../../../config/../../kaffe/config/m68k/netbsd1/md. h:19, from ../../../config/md.h:1, from ../../../../kaffe/kaffe/kaffevm/systems/unix- jthreads/jthread.h:41, from ../../../../kaffe/kaffe/kaffevm/systems/unix- jthreads/thread-impl.h:16, from ../../../../kaffe/kaffe/kaffevm/jit3/../locks.h:16, from ../../../../kaffe/kaffe/kaffevm/jit3/machine.h:136, from ../../../../kaffe/kaffe/kaffevm/jit3/seq.h:14, from ../../../../kaffe/kaffe/kaffevm/jit3/icode.c:16: ./../../../kaffe/config/m68k/sysdepCallMethod.h: In function `sysdepCallMethod': ./../../../kaffe/config/m68k/sysdepCallMethod.h:40: warning: function using alloca cannot be inline ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:230: `prologue_xxC' undeclared (first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: At top level: ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:503: warning: no previous prototype for `_syncRegisters' ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `_ syncRegisters': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:504: warning: cast does not match function type ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: At top level: ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:508: warning: declaration of `pc' shadows global declaration ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `_start_ instruction': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:509: warning: declaration of `pc' shadows global declaration ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:510: warning: passing arg 3 of `slot_const_const' as signed due to prototype ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `move_int_ const': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:589: `movei_RxC' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `move_ref_ const': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:623: `mover_RxC' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `move_any': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:802: `movea_RxR' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `move_int': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:818: warning: function call has aggregate value ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:822: `movei_RxR' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `move_ref': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:837: warning: function call has aggregate value ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:841: `mover_RxR' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `move_float': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:884: `movef_RxR' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `move_double': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:908: `moved_RxR' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `move_label_ const': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:924: `mover_RxL' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `swap_any': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:932: `swap_RxR' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: At top level: ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:951: warning: no previous prototype for `adc_int' ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `adc_int': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:952: `adci_RRR' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: At top level: ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:959: warning: no previous prototype for `_add_int' ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `_add_int': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:960: `addi_RRR' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `add_int_ const': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:968: `addi_RRC' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `add_int': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:995: warning: function call has aggregate value ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:999: warning: function call has aggregate value ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: At top level: ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:1010: warning: no previous prototype for `_add_ref' ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `_add_ref': ./../../../kaffe/kaffe/kaffevm/jit3/icode.c:1011: `addr_RRR' undeclared ( first use in this function) ./../../../kaffe/kaffe/kaffevm/jit3/icode.c: In function `add_ref_ const':
Re: [kaffe] Release status...
Jim Pick [EMAIL PROTECTED] writes: Hi, Hi Jim, [...] Does anybody have any objections to me holding off on the 1.1.5 release until I get the regression testing system deployed on the server? In the Debian point of view, I uploaded the 1.1.5 branch and it should be OK for us. It's not in the archive at the moment (waiting for ftpmasters because of new binary packages...) but should be soon (I'll post the news). So no problem, we'll soon have the 1.1.5 ;-) When kaffe will be in the testing Debian pool, maybe we can upload some cvs snapshots but the builds will be against different arches, not different OS!.. at the moment (maybe one day we'll have kaffe on hurd!) ;-) Thanks for your job and don't worry for us, Cheers, -- Arnaud Vandyck This is Unix we're talking about, remember. It's not supposed to be nice for the applications programmer. -- Matthew Danish on debian-devel pgpQ0Q0Vv4mDS.pgp Description: PGP signature
[kaffe] CVS kaffe (kaz): libraries/javalib/java/io/File.java
PatchSet 4804
Date: 2004/06/01 14:40:33
Author: kaz
Branch: HEAD
Tag: (none)
Log:
2004-06-01 Ito Kazumitsu [EMAIL PROTECTED]
* libraries/javalib/java/io/File.java
(toURI): Use new URI(scheme, userInfo, host, port, path,
query, fragment).
Members:
ChangeLog:1.2372-1.2373
libraries/javalib/java/io/File.java:1.48-1.49
Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.2372 kaffe/ChangeLog:1.2373
--- kaffe/ChangeLog:1.2372 Tue Jun 1 14:02:08 2004
+++ kaffe/ChangeLog Tue Jun 1 14:40:33 2004
@@ -1,7 +1,8 @@
2004-06-01 Ito Kazumitsu [EMAIL PROTECTED]
* libraries/javalib/java/io/File.java
- (toURI): Use new URI(scheme, authority, path, query, fragment).
+ (toURI): Use new URI(scheme, userInfo, host, port, path,
+ query, fragment).
2004-05-31 Casey Marshall [EMAIL PROTECTED]
Index: kaffe/libraries/javalib/java/io/File.java
diff -u kaffe/libraries/javalib/java/io/File.java:1.48
kaffe/libraries/javalib/java/io/File.java:1.49
--- kaffe/libraries/javalib/java/io/File.java:1.48 Tue Jun 1 14:02:09 2004
+++ kaffe/libraries/javalib/java/io/File.java Tue Jun 1 14:40:35 2004
@@ -800,8 +800,8 @@
try
{
- return new URI(file, null, abspath.replace(separatorChar, '/'),
- null, null);
+ return new URI(file, null, null, -1,
+ abspath.replace(separatorChar, '/'), null, null);
}
catch (URISyntaxException use)
{
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Solaris pthread broken...
Hello, besides needing to add -lnsl -lsocket -lposix4 to be able to link, kaffe fails this way: Compiling classes from @pure_java_math.files using /home/multix/kaffe- cvs/sunos-build/kaffe/kaffe/kaffe-bin -verbosegc -mx 256M at.dms.kjc. Main java.lang.NoClassDefFoundError: java/security/Permissions at java.lang.ClassLoader.loadClass (ClassLoader.java:135) the last exception repeated every time kjc is invoked. -R ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Release status...
Hi Jim, Jim Pick wrote: There are several steps to making the release: a) Reviewing the changes and summarizing them for the release announcement. Yeah, that's a bit boring to do at once. I'm guity of not updating the NEWS accordingly. I will take care of that. On a side note, I believe we should feature the latest CVS developemnts (AccessController merged in!) on our web site. Otherwise, people may get the feeling that the project is asleep where it has been moving at a rather fast pace in the last 3 months. b) Building it in several places and actually trying to use it to run some software. That's been the extent of my testing for the development releases. We could add ant tasks for that in kaffe-extras, like getting, building the software and running the regression tests. We've already got ant covered, getting the rest of the interesting software to build should be fun. c) Fixing any obvious configure issues. There are so many ways to configure Kaffe, I always seem to run into issues nobody else has. Yeah, that's kind of ugly to automate ... d) Fixing any make dist type problems that show up. In the final steps of making the release. Typically, I need to cycle through the build multiple times, as documented here: http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe-project-services/release-process/HOW-TO-MAKE-A-RELEASE?rev=1.1content-type=text/vnd.viewcvs-markup Yeah, another rather boring bit, Again, I'm to blame for not doing a make distcheck regularly. I'm fixing that atm. This time around, the amount of work involved has increased a bit, because of the longer interval since the previous release (partly due to my procrastinating). Also, the fact that so much new good stuff has gone into it means that I encountered a lot of regressions all over the place, to the point I wasn't really happy with the final result. There is still more to come :) I'd really like to put in the AWT merge into CVS as that's some very nice addition to what we have in kaffe so far. On my merge list is resyncing with jaxp (again, Chris Burdess is quick atm), classpath, jessie. (I think the code in CVS right now is quite a bit better than the state it was in when I made the 1.1.5 branch a month ago) Definitely. Guilhem has been doing a lot of work on the core, so have Helmer and Ito, and there were various cleanups and bug fixes for non-mainstream platforms. Ultimately, I want to automate the whole release process. When checkins get made, they should be automatically tested for regressions on a whole variety of different platforms and in different configurations. The code should only be considered release-worthy when it passes all the testing we throw at it. The release process should be as simple as selecting a particular build that passed all the testing. This way, we can certify that a particular build works and was tested on all the various platforms and configurations we support. The distinction between a production release (which is one of my goals for this year) and a development release should primarily be that the production release will have passed a lot more testing. Yeah, sounds great. And sounds like a good plan leading to more releases in a shorter time frame ;) If we had such a system in place, then the testing and fixing grunt work that gets left until release time (and lumped onto me) would instead be done incrementally as development occurs, and shared by everyone. I actually started coding up a custom regression testing and reporting system last year, and I probably got it 50% done. I think I could probably get it partially deployed with about a week's worth of work. Does anybody have any objections to me holding off on the 1.1.5 release until I get the regression testing system deployed on the server? No, please go for it. Initially, I'll just set up some testing environments on some of the servers I have access too. After I get something working, I'll try to document as much as possible so other people can help out with the testing. If I could get the regression testing system set up to do most of the release testing, that would really make the release process simply (almost automatic). It would be a lot more fun too. Sorry for keeping everybody in suspense for so long... No worries, it gave us more time to fix problems with the release, so the time has been spent well, in my opinion. cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (dalibor): Added tools to DIST_SUBDIRS
PatchSet 4805 Date: 2004/06/01 17:45:30 Author: dalibor Branch: HEAD Tag: (none) Log: Added tools to DIST_SUBDIRS 2004-06-01 Dalibor Topic [EMAIL PROTECTED] * Makefile.am: (DIST_SUBDIRS) Added test. * Makefile.in: Regenerated. Members: ChangeLog:1.2373-1.2374 Makefile.am:1.65-1.66 Makefile.in:1.154-1.155 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.2373 kaffe/ChangeLog:1.2374 --- kaffe/ChangeLog:1.2373 Tue Jun 1 14:40:33 2004 +++ kaffe/ChangeLog Tue Jun 1 17:45:30 2004 @@ -1,3 +1,11 @@ +2004-06-01 Dalibor Topic [EMAIL PROTECTED] + +* Makefile.am: + (DIST_SUBDIRS) Added test. + +* Makefile.in: + Regenerated. + 2004-06-01 Ito Kazumitsu [EMAIL PROTECTED] * libraries/javalib/java/io/File.java Index: kaffe/Makefile.am diff -u kaffe/Makefile.am:1.65 kaffe/Makefile.am:1.66 --- kaffe/Makefile.am:1.65 Sat Apr 17 10:31:12 2004 +++ kaffe/Makefile.am Tue Jun 1 17:45:31 2004 @@ -16,7 +16,7 @@ SUBDIRS = . config include replace libltdl libraries/clib libraries/extensions kaffe libraries/javalib tools test po -DIST_SUBDIRS = . config include replace libltdl kaffe libraries test po +DIST_SUBDIRS = . config include replace libltdl kaffe libraries tools test po EXTRA_DIST = \ ChangeLog.1 \ Index: kaffe/Makefile.in diff -u kaffe/Makefile.in:1.154 kaffe/Makefile.in:1.155 --- kaffe/Makefile.in:1.154 Tue May 25 08:33:17 2004 +++ kaffe/Makefile.in Tue Jun 1 17:45:31 2004 @@ -341,7 +341,7 @@ ACLOCAL_AMFLAGS = -I m4 AUTOMAKE_OPTIONS = foreign 1.3e SUBDIRS = . config include replace libltdl libraries/clib libraries/extensions kaffe libraries/javalib tools test po -DIST_SUBDIRS = . config include replace libltdl kaffe libraries test po +DIST_SUBDIRS = . config include replace libltdl kaffe libraries tools test po EXTRA_DIST = \ ChangeLog.1 \ ChangeLog.2 \ ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (dalibor): Fixed make distcheck in tools/gjdoc/javalib/
PatchSet 4806 Date: 2004/06/01 18:15:25 Author: dalibor Branch: HEAD Tag: (none) Log: Fixed make distcheck in tools/gjdoc/javalib/ 2004-06-01 Dalibor Topic [EMAIL PROTECTED] * tools/gjdoc/javalib/Makefile.am: (EXTRA_DIST) Removed META-INF. * tools/gjdoc/javalib/Makefile.in: Regenerated. Members: ChangeLog:1.2374-1.2375 tools/gjdoc/javalib/Makefile.am:1.2-1.3 tools/gjdoc/javalib/Makefile.in:1.4-1.5 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.2374 kaffe/ChangeLog:1.2375 --- kaffe/ChangeLog:1.2374 Tue Jun 1 17:45:30 2004 +++ kaffe/ChangeLog Tue Jun 1 18:15:25 2004 @@ -1,7 +1,15 @@ 2004-06-01 Dalibor Topic [EMAIL PROTECTED] +* tools/gjdoc/javalib/Makefile.am: + (EXTRA_DIST) Removed META-INF. + +* tools/gjdoc/javalib/Makefile.in: + Regenerated. + +2004-06-01 Dalibor Topic [EMAIL PROTECTED] + * Makefile.am: - (DIST_SUBDIRS) Added test. + (DIST_SUBDIRS) Added tools. * Makefile.in: Regenerated. Index: kaffe/tools/gjdoc/javalib/Makefile.am diff -u kaffe/tools/gjdoc/javalib/Makefile.am:1.2 kaffe/tools/gjdoc/javalib/Makefile.am:1.3 --- kaffe/tools/gjdoc/javalib/Makefile.am:1.2 Tue Apr 27 19:15:12 2004 +++ kaffe/tools/gjdoc/javalib/Makefile.am Tue Jun 1 18:15:26 2004 @@ -141,8 +141,7 @@ EXTRA_DIST = \ $(toolslib_DATA) \ $(gjdoc_jar_SRCS) \ - $(gjdoc_ressources) \ - META-INF + $(gjdoc_ressources) if HAVE_ZIP JAR_CMD1 = (dstdir=`pwd`; cd $(LIBDIR) $(ZIP) -r $$dstdir/$(CLASSFILE) $(SRCDIRS)) Index: kaffe/tools/gjdoc/javalib/Makefile.in diff -u kaffe/tools/gjdoc/javalib/Makefile.in:1.4 kaffe/tools/gjdoc/javalib/Makefile.in:1.5 --- kaffe/tools/gjdoc/javalib/Makefile.in:1.4 Tue May 25 08:33:58 2004 +++ kaffe/tools/gjdoc/javalib/Makefile.in Tue Jun 1 18:15:26 2004 @@ -445,8 +445,7 @@ EXTRA_DIST = \ $(toolslib_DATA) \ $(gjdoc_jar_SRCS) \ - $(gjdoc_ressources) \ - META-INF + $(gjdoc_ressources) @[EMAIL PROTECTED] = $(JAR) -cvf $(CLASSFILE) -C $(LIBDIR) $(SRCDIRS) @[EMAIL PROTECTED] = (dstdir=`pwd`; cd $(LIBDIR) $(ZIP) -r $$dstdir/$(CLASSFILE) $(SRCDIRS)) ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] icode warning patch
Hey,
I attach a patch to insert some forward declarations inside icode.c so
to remove warnings and clean up the code. For now I put them atop the C
file thinking that they are only a forward declaration for an internal
function, instead of creating a header file.
-R
begin 644 icode-protos.patch.Z
M'YV0/TP22.#1TR;%Z,/3)HS+=X2..FBX*``\7(2,G39DY+]2$L1,F
MXXLU8R8*=-#$47^64N2B0X,:.'T..+$GPA$6*%6R=.DYAN9I*X(5,
MCPX0053+G23IN0:C,)%F(5.8GJ('4NVK-FS:[EMAIL PROTECTED]/F
MJ4([(*.6F2J4KU2]5K%JYJU#$P6=A3(I(/3#L4S(0ZGI.([EMAIL PROTECTED]
MC4H0+J`EH-9,XBN;[Z.4=B-52JP%?59-U*VK56B``)'#@@9,#HAF%#
M1XP8.FK`!T\(+2FU=(?]U7MF#;A6$^!ZDCIO?P77'[EMAIL PROTECTED],G2W:+X9
M[EMAIL PROTECTED]Q)`W.31T1EHT`$F.D%D..=C`PH(YW*`?
M?PE0L9$;[EMAIL PROTECTED]%66,@88;;[#QQADS?@4F.XL%\0;+`1V4,%SA'9
M1V7(84[EMAIL PROTECTED],??P`*2*.!H(G'!!#KG?DTO`YL)1DWD!F,$U4''
M47.X.$499?B'1AANG%$$R?*=10(3-$11AIL=-DDD/OU]V68=*`1YEQABC#0
M5@:[EMAIL PROTECTED];8QAPAJ^D:14U$08=E7UG61USA$F226-GV`IAI:[EMAIL PROTECTED]
MV:`D:-O+I8YTO*.`:#;$M]P*-MS`@@SWY0?$PYY$89301!!9,!$$
M%8F$*M^;(0A1AEL]-LZ*L86PQ!J+K!!=[*!?D_TU]JXY)9K[KGHIJON
MNN;RU^H*X8(`A1QO;$E''G!\E*AWHT!J66]4L3C:=^=FBJ83ZI\,(,-\PJ
MN/TY+/'$%%=LL0JO*M?IX]V!8(=;Z2AZ1=CE,3%W.02@*((O,'[EMAIL PROTECTED]@
M10;V1BK[EMAIL PROTECTED]:[I0@'.82,*$PAM%*,]D=IP\:72_2;_0WAQQCS'RE
MJ?B6H7.0/8/PQYQDVTTW1`K333()[EMAIL PROTECTED]@??FNS7/(6OJJ!QK?'R
M%W=T1C1/_==5-P_)D5R7J.D;;=2([EMAIL PROTECTED]'TT0U%/:H8:EAM8!YSC^`9
MFV7XRB,*0TA11!!4%/%$U4PP0043R3A1.I2?#$$$D4,L04*7!=M])+]XX
MX]?+7G:E=][EMAIL PROTECTED],=+LL8HC.PXY'B!4P?H411`Q^=.5]_
MYMU_'[EMAIL PROTECTED]:*((4GV`YWNN.=
M[ZP7O[EMAIL PROTECTED],]#QU%:^Y;'O0OT60,?^`43E2FD1M?V2IX/N9!#H,KB%Z
MJ-[EMAIL PROTECTED]/;!S\1KJV$-%Q?\_*0P_CMK(4;C$'7($'+/^_3(065
MAT,DUG'/93?4CR30;:IK0Q^H(9PK$)D,!=.5G_,0*\V/B,T3+5Q[4
MLS'V2W_X-R2B+Y#*#-.CPQ=H5K3D66X.,;!A!@@P?1YFISF,$9G25
M-J$-G'3FK=`H)]XLN2F,RD)[EMAIL PROTECTED]GB20-X1A:9A:[EMAIL PROTECTED]X
*N2`!L(SEDS*F
`
end
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (dalibor): Fixed make distcheck in libraries/clib/security/
PatchSet 4807 Date: 2004/06/01 18:59:19 Author: dalibor Branch: HEAD Tag: (none) Log: Fixed make distcheck in libraries/clib/security/ 2004-06-01 Dalibor Topic [EMAIL PROTECTED] * libraries/clib/security/Makefile.am: (EXTRA_DIST) Added security_DATA. * libraries/clib/security/Makefile.in: Regenerated. Members: ChangeLog:1.2375-1.2376 libraries/clib/security/Makefile.am:1.12-1.13 libraries/clib/security/Makefile.in:1.73-1.74 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.2375 kaffe/ChangeLog:1.2376 --- kaffe/ChangeLog:1.2375 Tue Jun 1 18:15:25 2004 +++ kaffe/ChangeLog Tue Jun 1 18:59:19 2004 @@ -1,5 +1,13 @@ 2004-06-01 Dalibor Topic [EMAIL PROTECTED] +* libraries/clib/security/Makefile.am: + (EXTRA_DIST) Added security_DATA. + +* libraries/clib/security/Makefile.in: + Regenerated. + +2004-06-01 Dalibor Topic [EMAIL PROTECTED] + * tools/gjdoc/javalib/Makefile.am: (EXTRA_DIST) Removed META-INF. Index: kaffe/libraries/clib/security/Makefile.am diff -u kaffe/libraries/clib/security/Makefile.am:1.12 kaffe/libraries/clib/security/Makefile.am:1.13 --- kaffe/libraries/clib/security/Makefile.am:1.12 Mon May 24 17:55:51 2004 +++ kaffe/libraries/clib/security/Makefile.am Tue Jun 1 18:59:21 2004 @@ -19,6 +19,9 @@ security_DATA = java.security +EXTRA_DIST = \ + $(security_DATA) + libsecurity_la_LDFLAGS = \ $(KLIBFLAGS) \ -module \ Index: kaffe/libraries/clib/security/Makefile.in diff -u kaffe/libraries/clib/security/Makefile.in:1.73 kaffe/libraries/clib/security/Makefile.in:1.74 --- kaffe/libraries/clib/security/Makefile.in:1.73 Tue May 25 08:33:45 2004 +++ kaffe/libraries/clib/security/Makefile.in Tue Jun 1 18:59:21 2004 @@ -344,6 +344,9 @@ sha-1.h security_DATA = java.security +EXTRA_DIST = \ + $(security_DATA) + libsecurity_la_LDFLAGS = \ $(KLIBFLAGS) \ -module \ ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (guilhem): Regression test fix + Network fix
PatchSet 4809 Date: 2004/06/01 19:41:52 Author: guilhem Branch: HEAD Tag: (none) Log: Regression test fix + Network fix * test/regression/DeleteFile.java: Fixed 'java args'. * libraries/clib/net/PlainDatagramSocketImpl.c (gnu_java_net_PlainDatagramSocketImpl_getTTL): Fixed the length of the variable given to the system. Members: ChangeLog:1.2377-1.2378 libraries/clib/net/PlainDatagramSocketImpl.c:1.45-1.46 test/regression/DeleteFile.java:1.1-1.2 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.2377 kaffe/ChangeLog:1.2378 --- kaffe/ChangeLog:1.2377 Tue Jun 1 19:32:32 2004 +++ kaffe/ChangeLog Tue Jun 1 19:41:52 2004 @@ -1,3 +1,11 @@ +2004-06-01 Guilhem Lavaux [EMAIL PROTECTED] + + * test/regression/DeleteFile.java: Fixed 'java args'. + + * libraries/clib/net/PlainDatagramSocketImpl.c + (gnu_java_net_PlainDatagramSocketImpl_getTTL): Fixed the length + of the variable given to the system. + 2004-06-01 Dalibor Topic [EMAIL PROTECTED] * kaffe/kaffevm/jit3/Makefile.am: @@ -31,7 +39,7 @@ * Makefile.in: Regenerated. -2004-06-01 Ito Kazumitsu [EMAIL PROTECTED] +2004-06-01 Ito Kazumitsu [EMAIL PROTECTED] * libraries/javalib/java/io/File.java (toURI): Use new URI(scheme, userInfo, host, port, path, Index: kaffe/libraries/clib/net/PlainDatagramSocketImpl.c diff -u kaffe/libraries/clib/net/PlainDatagramSocketImpl.c:1.45 kaffe/libraries/clib/net/PlainDatagramSocketImpl.c:1.46 --- kaffe/libraries/clib/net/PlainDatagramSocketImpl.c:1.45 Fri May 28 13:40:13 2004 +++ kaffe/libraries/clib/net/PlainDatagramSocketImpl.c Tue Jun 1 19:41:54 2004 @@ -752,7 +752,7 @@ #if defined(IP_MULTICAST_TTL) unsigned char v; - int s; + int s = 1; int r; r = KGETSOCKOPT(unhand(this)-native_fd, Index: kaffe/test/regression/DeleteFile.java diff -u kaffe/test/regression/DeleteFile.java:1.1 kaffe/test/regression/DeleteFile.java:1.2 --- kaffe/test/regression/DeleteFile.java:1.1 Mon Sep 1 05:51:24 2003 +++ kaffe/test/regression/DeleteFile.java Tue Jun 1 19:41:54 2004 @@ -15,7 +15,7 @@ System.exit(0); } } -// java args: || test -f deleteOnExit.test +// java args: DeleteFile || test -f deleteOnExit.test /* Expected Output: done. */ ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (dalibor): Fixed build with kjc
PatchSet 4810 Date: 2004/06/01 20:36:56 Author: dalibor Branch: HEAD Tag: (none) Log: Fixed build with kjc 2004-06-01 Dalibor Topic [EMAIL PROTECTED] * libraries/javalib/bootstrap.classlist: Added java/security/Permissions.class, java/security/AllPermissionCollection.class. * libraries/javalib/Klasses.jar.bootstrap: Regenerated. Reported by: Riccardo Mottola [EMAIL PROTECTED] Members: ChangeLog:1.2378-1.2379 libraries/javalib/Klasses.jar.bootstrap:1.60-1.61 libraries/javalib/bootstrap.classlist:1.51-1.52 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.2378 kaffe/ChangeLog:1.2379 --- kaffe/ChangeLog:1.2378 Tue Jun 1 19:41:52 2004 +++ kaffe/ChangeLog Tue Jun 1 20:36:56 2004 @@ -8,6 +8,17 @@ 2004-06-01 Dalibor Topic [EMAIL PROTECTED] + * libraries/javalib/bootstrap.classlist: + Added java/security/Permissions.class, + java/security/AllPermissionCollection.class. + + * libraries/javalib/Klasses.jar.bootstrap: + Regenerated. + + Reported by: Riccardo Mottola [EMAIL PROTECTED] + +2004-06-01 Dalibor Topic [EMAIL PROTECTED] + * kaffe/kaffevm/jit3/Makefile.am: (libengine_la_SOURCES) Added header files. Added funcs.h. (EXTRA_DIST) Removed header files. Index: kaffe/libraries/javalib/Klasses.jar.bootstrap cvs rdiff: failed to read diff file header /tmp/cvsgHEKPS for Klasses.jar.bootstrap,v: end of file system command returned non-zero exit status: 1: aborting ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Solaris pthread broken...
Riccardo wrote: Hello, besides needing to add -lnsl -lsocket -lposix4 to be able to link, kaffe fails this way: Compiling classes from @pure_java_math.files using /home/multix/kaffe- cvs/sunos-build/kaffe/kaffe/kaffe-bin -verbosegc -mx 256M at.dms.kjc. Main java.lang.NoClassDefFoundError: java/security/Permissions at java.lang.ClassLoader.loadClass (ClassLoader.java:135) the last exception repeated every time kjc is invoked. Ciao Riccardo, thank you very much for your bug report, I've checked in a fix for the java.lang.NoClassDefFoundError. I haven't got around to fixing the LDFLAGS yet. cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] FW: Bug - japitools - Dropped protected method not detected
When I delete a protected method from a new version of a jar and compare the old vs. the new using japitools, the report does not flag the fact that the method is missing. According to the list of illegal changes between jar files: http://www.kaffe.org/~stuart/japi/jcompat.txt Methods: - ILLEGAL: deleting public/protected methods ...so this should have been reported, right??? When first finding this problem, we noticed that a protected finalize() method had been dropped from one of our classes. At first we thought that JApi was REALLY smart in that the JVM only calls finalize() if one exists for a servlet. But, being the suspicious people that we are, we intentionally removed another protected method from the same class and did the comparison again. The second method didn't show up in the report either. The reason we're so suspicious is that we NEED tools like JApiTools to help us recognize when developers here are committing incompatible changes. We're not as interested in comparing different versions of JDK as we are in comparing changes within our own .jar files. pc ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
