Re: [kaffe] Kaffe CVS: kaffe dalibor
On Tue, 08 Jul 2003 23:47:55 -0700 Kaffe CVS [EMAIL PROTECTED] wrote: Hi, Log message: 2003-07-09 Dalibor Topic [EMAIL PROTECTED] * libraries/javalib/bootstrap.classlist: Added missing files. Removed kaffe.lang.Application. I think we could also delete all the other Application* related stuff in kaffe.lang, couldn't we? Greetings, Helmer ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
--- Helmer Krämer [EMAIL PROTECTED] wrote: On Tue, 08 Jul 2003 23:47:55 -0700 Kaffe CVS [EMAIL PROTECTED] wrote: Hi, Log message: 2003-07-09 Dalibor Topic [EMAIL PROTECTED] * libraries/javalib/bootstrap.classlist: Added missing files. Removed kaffe.lang.Application. I think we could also delete all the other Application* related stuff in kaffe.lang, couldn't we? yeah, I think so. I'll check in a patch. cheers, dalibor topic __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
On Thu, 12 Jun 2003 01:47:02 -0700 Kaffe CVS [EMAIL PROTECTED] wrote: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: dalibor 03/06/12 01:47:02 Modified files: . : ChangeLog configure configure.in config : config.h.in kaffe/scripts : Makefile.in kaffe/scripts/compat: Makefile.in replace: getifaddrs.c ifaddrs_linux.c Log message: 2003-06-12 Dalibor Topic [EMAIL PROTECTED] Linux 2.0.x IPv6 support compilation fixes. IIRC, there were some more issues with IPv6 support, weren't there? Greetings, Helmer ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
In message Re: [kaffe] Kaffe CVS: kaffe dalibor on 03/06/12, Helmer Krämer [EMAIL PROTECTED] writes: Linux 2.0.x IPv6 support compilation fixes. IIRC, there were some more issues with IPv6 support, weren't there? Yes there were. 1) Even if getaddrinfo exists, getnameinfo may be missing. 2) Even if AF_INET6 or PF_INET6 is defined, IPv6 may not be supported. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Hallo Helmer, --- Helmer Krämer [EMAIL PROTECTED] wrote: On Thu, 12 Jun 2003 01:47:02 -0700 Kaffe CVS [EMAIL PROTECTED] wrote: CVSROOT:/cvs/kaffe Module name:kaffe Changes by: dalibor 03/06/12 01:47:02 Modified files: . : ChangeLog configure configure.in config : config.h.in kaffe/scripts : Makefile.in kaffe/scripts/compat: Makefile.in replace: getifaddrs.c ifaddrs_linux.c Log message: 2003-06-12 Dalibor Topic [EMAIL PROTECTED] Linux 2.0.x IPv6 support compilation fixes. IIRC, there were some more issues with IPv6 support, weren't there? I'm working on merging in the getaddrinfo replacement at the moment. 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
RISC OS Port (Was: Re: [kaffe] Kaffe CVS: kaffe dalibor)
hi, I've just checked in a port to RISC OS by Peter Naulls and David Marston. At the moment, it allows HelloWorld to run. You can get the latest RISC OS binary from http://www.chocky.org/unix/downloads.html#kaffe . cheers, dalibor topic __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Hi, this patch replaced kaffe's Unicode characted database mechanis with Classpath's. I've done the change for two reasons: 1. to avoid an ugly initialization step in Character requiring Character to perform some resource loading magic on its own, and 2. because Classpath is up to Unicode 3.0, which is used by java 1.4 most other changes are simple merges from JanosVM 1.0, with Class, Thread and java.net to come. Oh, and I've removed some apparently unused methods from kaffe.lang.Application. cheers, dalibor topic __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Fixed checked in. I used $(srcdir) instead of $(abssrcdir). Yeah, that worked for me too. The reason it was failing silently is because Character.java couldn't load 'unicode.tbl' and 'unicode.idx'. Apparently, it will _only_ load them from a JAR file, so just specifying the 'lib' directory wasn't enough. And, since it was Character that was failing, it couldn't print out any error messages. cheers, dalibor topic tim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Btw, what is the status of make dist make distcheck ? Your patch should have improved some things there, but I was still having some problems with make dist when autotoolized using automake 1.4p5 autoconf 2.13 and make distcheck when autotoolized using automake 1.7.2 and autoconf 2.57. Hmm, haven't tried distcheck yet, i'll see about getting it working. If I remeber it correctly, make dist should generate a .tar.gz file that can be configured and built anywhere, even on i386-NetBSD. right? right That platform is currently broken because its make doesn't like the makefile after ./configure ... weird... The 'make dist' stuff was done because I'm trying to get a JanosVM release going. So, i only really try it on FreeBSD/Linux at the moment. cheers, dalibor topic tim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Log message: 2003-02-03 Dalibor Topic [EMAIL PROTECTED] * libraries/javalib/kaffe/tools/jar/Jar.java: (updateFilesInJar) implemented. * libraries/javalib/Makefile.am: Use kaffe's jar tool instead of . This isn't working for me, it just generates an empty rt.jar. tim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
--- Timothy Stack [EMAIL PROTECTED] wrote: Log message: 2003-02-03 Dalibor Topic [EMAIL PROTECTED] * libraries/javalib/kaffe/tools/jar/Jar.java: (updateFilesInJar) implemented. * libraries/javalib/Makefile.am: Use kaffe's jar tool instead of . This isn't working for me, it just generates an empty rt.jar. Empty as in 0 bytes long, or empty as in it's a 350k long jar file with only 0 bytes long files ? That's on i386-freebsd, right? cheers, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
This isn't working for me, it just generates an empty rt.jar. Empty as in 0 bytes long, or empty as in it's a 350k long jar file with only 0 bytes long files ? 0 bytes That's on i386-freebsd, right? Yep, and built from a fresh checkout. cheers, dalibor topic tim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Hi Tim, --- Timothy Stack [EMAIL PROTECTED] wrote: This isn't working for me, it just generates an empty rt.jar. Empty as in 0 bytes long, or empty as in it's a 350k long jar file with only 0 bytes long files ? 0 bytes That's on i386-freebsd, right? Yep, and built from a fresh checkout. very weird. I've just done a build on HP testdrive i386-freebsd machine, and it works for me. I've run ./configure; make in the source directory. [snip] adding: META-INF/CVS/Entries (in=15) (out=15) (deflated 0%) adding: META-INF/CVS/Repository (in=33) (out=33) (deflated 0%) adding: META-INF/CVS/Root (in=43) (out=40) (deflated 93%) gmake[1]: Leaving directory `/tmp/topic/kaffe/libraries/javalib' Making all in test gmake[1]: Entering directory `/tmp/topic/kaffe/test' Making all in regression gmake[2]: Entering directory `/tmp/topic/kaffe/test/regression' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/tmp/topic/kaffe/test/regression' gmake[2]: Entering directory `/tmp/topic/kaffe/test' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/tmp/topic/kaffe/test' gmake[1]: Leaving directory `/tmp/topic/kaffe/test' spe151.testdrive.hp.com ls -l libraries/javalib/rt.jar -rw-r--r-- 1 robilad wheel 2524750 Feb 5 17:23 libraries/javalib/rt.jar spe151.testdrive.hp.com uname -a FreeBSD spe151.testdrive.hp.com 4.7-RELEASE FreeBSD 4.7-RELEASE #0: Thu Oct 10 15:54:32 EDT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386 what are your final messages before make quits? cheers, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Hi Tim, hi, very weird. I've just done a build on HP testdrive i386-freebsd machine, and it works for me. I've run ./configure; make in the source directory. Bah, you and you're source directory builds ;). Try configuring/building in a separate directory... cheers, dalibor topic tim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
--- Timothy Stack [EMAIL PROTECTED] wrote: Hi Tim, hi, very weird. I've just done a build on HP testdrive i386-freebsd machine, and it works for me. I've run ./configure; make in the source directory. Bah, you and you're source directory builds ;). Try configuring/building in a separate directory... Ah, I see. I'd guess the Klasses.jar.bootstrap in $CLASSPATH should be a $(abssrcdir)/Klasses.jar.bootstrap in the first 5 lines of libraries/javalib/Makefile.am. Could you give it a try, reautotoolize and see if that works better? Btw, what is the status of make dist make distcheck ? Your patch should have improved some things there, but I was still having some problems with make dist when autotoolized using automake 1.4p5 autoconf 2.13 and make distcheck when autotoolized using automake 1.7.2 and autoconf 2.57. If I remeber it correctly, make dist should generate a .tar.gz file that can be configured and built anywhere, even on i386-NetBSD. right? That platform is currently broken because its make doesn't like the makefile after ./configure ... cheers, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
hi Pat, --- Patrick Tullmann [EMAIL PROTECTED] wrote: Hi Dalibor, It seems like just getting configure to test for swab correctly will solve this problem (unless I'm missing something), without having to resort to naming platforms in config-mem.h. I agree. Your test checks for another header where a swab decalaration might be hiding, so that's a good thing. Please check it in. It doesn't make swab visible to gcc on i386-linux yet, though. G++ has no problems finding the prototype. I'll file a bug with the GNU libc developers, and see what they have to say on the subject. cheers, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Hi Pat, --- Patrick Tullmann [EMAIL PROTECTED] wrote: Ito wrote: On FreeBSD 3.1-RELEASE, make failed. I think I should upgrade to the newest release if I have time. Its the same on 4.6-STABLE and on a fairly old 5.0-CURRENT box. Why isn't the configure variable HAVE_DECLARED_SWAB being set correctly? (Is that the g++/gcc distinction Dalibor mentioned??) No idea, really. It seems to be a gcc on linux issue, according to the comment in the config-mem.h file. Should I ask gcc/libc developers ? Any idea whom to bother first? Maybe the configure test should be updated to include string.h too? (Right not it only seems to check unistd.h and stdlib.h...) I'll try it with string.h, if that fails with gcc on linux, then I guess I'll revert to the old form, and #ifdef LINUX it. Is LINUX the right platform define? Every platform seems to have its own ideas about swab. I remember my last attempt to compile on mingw also gave me some swab prototype problems. As the ssize_t definition is by the OpenGroup, should I file a bug report for FreeBSD somewhere? If so, where? cheers, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Hi Dalibor, It seems like just getting configure to test for swab correctly will solve this problem (unless I'm missing something), without having to resort to naming platforms in config-mem.h. On FreeBSD (and other sane systems), where swab() is prototyped in a header file, config-mem.h should not be providing the prototype. On Linux (or wherever else swab is mistakenly unprototyped) config-mem.h should provide a prototype (though, perhaps it should provide an implementation, too). If we're getting duplicate prototypes, the configure test is broken (its not finding something that a regular compile is finding). I'm thinking something like this: Index: configure.in === RCS file: /cvs/kaffe/kaffe/configure.in,v retrieving revision 1.170 diff -u -b -u -r1.170 configure.in --- configure.in27 Nov 2002 18:32:54 - 1.170 +++ configure.in6 Dec 2002 16:23:30 - @@ -1124,6 +1124,9 @@ #ifdef HAVE_UNISTD_H #include unistd.h #endif +#ifdef HAVE_STRING_H +#include string.h /* FreeBSD puts swab here */ +#endif #ifdef HAVE_STDLIB_H #include stdlib.h #endif That seems to fix the problem on FreeBSD, at least. Let me know if I should check this in... -Pat Dalibor wrote: Hi Pat, --- Patrick Tullmann [EMAIL PROTECTED] wrote: Why isn't the configure variable HAVE_DECLARED_SWAB being set correctly? (Is that the g++/gcc distinction Dalibor mentioned??) No idea, really. It seems to be a gcc on linux issue, according to the comment in the config-mem.h file. Should I ask gcc/libc developers ? Any idea whom to bother first? Maybe the configure test should be updated to include string.h too? (Right not it only seems to check unistd.h and stdlib.h...) I'll try it with string.h, if that fails with gcc on linux, then I guess I'll revert to the old form, and #ifdef LINUX it. Is LINUX the right platform define? Every platform seems to have its own ideas about swab. I remember my last attempt to compile on mingw also gave me some swab prototype problems. As the ssize_t definition is by the OpenGroup, should I file a bug report for FreeBSD somewhere? If so, where? cheers, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -Pat - - --- --- -- -- - - - Pat Tullmann www.tullmann.org Thisemailhasbeenbroughttoyoubycocacolafavoredbyprogrammerseverywhere ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
: == Kaffe CVS [EMAIL PROTECTED] writes: : * config/config-mem.h: changed prototype for swab to use ssize_t : as in the Open Group Base Specification. Still works on Linux : with X based AWT and Qt based AWT. The problem is that gcc can't : see the swab declaration in unistd.h while g++ can, for some : reason. So g++ bails out with an error message about a bad : redeclaration of swab. I hope this works on FreeBSD as well, as : my last swab change broke the nightly builds. On FreeBSD 3.1-RELEASE, make failed. I think I should upgrade to the newest release if I have time. make[2]: Entering directory `/newdisk/kaz/work/kaffe/kaffe/kaffeh' gcc -DHAVE_CONFIG_H -I. -I. -I../../config -I../../include -I../kaffevm -I./../kaffevm -DKAFFEH -DKVER=1.1.x-cvs -I/newdisk/kaz/work/kaffe/./kaffe/kaffevm -I/newdisk/kaz/work/kaffe/./kaffe/kaffevm/systems/unix-jthreads -I../../config -I../../include -g -O2 -Wall -Wstrict-prototypes -c inflate.c In file included from ./../kaffevm/inflate.c:19, from inflate.c:1: ../../config/config-mem.h:52: conflicting types for `swab' /usr/include/string.h:90: previous declaration of `swab' make[2]: *** [inflate.o] Error 1 make[2]: Leaving directory `/newdisk/kaz/work/kaffe/kaffe/kaffeh' ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Ito wrote: On FreeBSD 3.1-RELEASE, make failed. I think I should upgrade to the newest release if I have time. Its the same on 4.6-STABLE and on a fairly old 5.0-CURRENT box. Why isn't the configure variable HAVE_DECLARED_SWAB being set correctly? (Is that the g++/gcc distinction Dalibor mentioned??) Maybe the configure test should be updated to include string.h too? (Right not it only seems to check unistd.h and stdlib.h...) -Pat - - --- --- -- -- - - - Pat Tullmann [EMAIL PROTECTED] To understand recursion one must first understand recursion. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Hi Ito, --- Ito Kazumitsu [EMAIL PROTECTED] wrote: Thanks to this update, Saxon 7.3 now runs with kaffe except that java.net.URI is needed. And here it comes ;) I've attached a partial implementation of java.net.URI, and a few fixes to java.util.regexp.* . Could you give it it a try ? If it works for you, I'll pass it on to Classpath / gnu.regexp. best regards, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com uri.diff Description: uri.diff
Re: [kaffe] Kaffe CVS: kaffe dalibor
In message Re: [kaffe] Kaffe CVS: kaffe dalibor on 02/11/28, Dalibor Topic [EMAIL PROTECTED] writes: except that java.net.URI is needed. And here it comes ;) I've attached a partial implementation of java.net.URI, and a few fixes to java.util.regexp.* . Could you give it it a try ? If it works for you, I'll pass it on to Classpath / gnu.regexp. Thank you for your powerful efforts, Dalibor. Your uri.diff works but gnu/regexp/MessagesBundle.properties is missing. Adding the directory which contains gnu/regexp/MessagesBundle.properties, I could get a good result. java.lang.ExceptionInInitializerError: [exception was java.util.MissingResourceException: Can't find bundle for base name gnu/regexp/MessagesBundle,locale en_USResourceBundle gnu/regexp/MessagesBundle] at java.util.regex.Pattern.init(Pattern.java:37) at java.util.regex.Pattern.compile(Pattern.java:61) at java.util.regex.Pattern.compile(Pattern.java:57) at java.net.URI.parseURI(URI.java:63) at java.net.URI.init(URI.java:231) at java.net.URI.init(URI.java:284) at java.io.File.toURI(File.java:425) at TestURI.main(TestURI.java:7) java.util.MissingResourceException: Can't find bundle for base name gnu/regexp/MessagesBundle,locale en_US ResourceBundle gnu/regexp/MessagesBundle at java.lang.Throwable.fillInStackTrace(Throwable.java:native) at java.lang.Throwable.init(Throwable.java:38) at java.lang.Exception.init(Exception.java:24) at java.lang.RuntimeException.init(RuntimeException.java:21) at java.util.MissingResourceException.init(MissingResourceException.java:22) at java.util.ResourceBundle.getBundle(ResourceBundle.java:63) at java.util.ResourceBundle.getBundle(ResourceBundle.java:33) at gnu.regexp.RE.clinit(RE.java:109) at gnu.regexp.RESyntax.clinit(RESyntax.java:38) at java.util.regex.Pattern.init(Pattern.java:37) at java.util.regex.Pattern.compile(Pattern.java:61) at java.util.regex.Pattern.compile(Pattern.java:57) at java.net.URI.parseURI(URI.java:63) at java.net.URI.init(URI.java:231) at java.net.URI.init(URI.java:284) at java.io.File.toURI(File.java:425) at TestURI.main(TestURI.java:7) ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
--- Ito Kazumitsu [EMAIL PROTECTED] wrote: In message Re: [kaffe] Kaffe CVS: kaffe dalibor on 02/11/28, Dalibor Topic [EMAIL PROTECTED] writes: except that java.net.URI is needed. And here it comes ;) I've attached a partial implementation of java.net.URI, and a few fixes to java.util.regexp.* . Could you give it it a try ? If it works for you, I'll pass it on to Classpath / gnu.regexp. Thank you for your powerful efforts, Dalibor. Your uri.diff works but gnu/regexp/MessagesBundle.properties is missing. Adding the directory which contains gnu/regexp/MessagesBundle.properties, I could get a good result. Oops, I forgot to tell you to update from CVS. It's already fixed. I'm really glad to hear it works. Thanks for getting kaffe so far. I'll write up a Change log and submit it to Classpath tomorrow. cheers, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
Hi everybody, the big patch that just hit the CVS server is the first in a series of small steps that will improve kaffe's class library by outsourcing parts of it to the GNU Classpath developers. As noone complained when the issue was brought up on the list, I've started to include bits and pieces from GNU Classpath sources. There are 5 new packages this time: java.awt.color, java.awt.dnd, java.awt.font, java.awt.geom, java.beans.beancontext, plus a few new classes all over the map. Plus some initial support for chained exceptions, and various small updates to our classes to get the new classes to compile. The files coming from Classpath should remain mostly untouched, unless we need to fix some compilation issues, or the classpath developers update them, i.e. check a new version into their CVS. Patches for files and methods coming from GNU Classpath go there first. The files coming from Classpath have the GNU Classpath copyright disclaimer, and I've marked methods coming directly from Classpath sources. have fun, dalibor topix __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe dalibor
On Tuesday 23 April 2002 11:42, Kaffe CVS wrote: Log message: updated kjc to version 2.1a with fixes from current kopi CVS. It works well with mauve, our own make check, and in general seems to be a lot better than kjc 1.5B. It allows you to run mauve tests on kaffe with kjc, something that has been rather painful before. Creating this version involved a bit of manual shuffling of files. * compile kjc from kopi cvs * ignore errors, since they are related to visual kopi and we are not using it * let make create kjc.jar * add missing files from our kjc.jar (i.e. gnu-getopt). * re-jar everything if this breaks something for someone, please report teh bugs to me, and not to the Kopi team. thanks, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
