This is the mail archive of the
kawa@sourceware.org
mailing list for the Kawa project.
Re: kawa numerics unstable
- From: alex mitchell <lexaay at gmail dot com>
- To: Per Bothner <per at bothner dot com>
- Cc: "kawa at sourceware dot org" <kawa at sourceware dot org>
- Date: Mon, 21 Sep 2009 10:46:44 +0800
- Subject: Re: kawa numerics unstable
That's great, thanks. Compiling with Java 5 works now.
Interestingly, when I compile with Java 5 and test the code that was giving
me the performance problems, the performance is back to normal. So it looks
like it was Java 6 on MacOS that's causing the problems. The code involves
subclassing JPanel and overriding paintComponent. I may not be doing this
very efficiently (my paint routine doesn't do any clipping, for example),
but I don't see any performance problems other than with the Java 6/MacOS
combination.
So my workaround for now will be to stick with Java 5 on MacOS. :)
Alex
On 9/21/09 9:38 AM, "Per Bothner" <per@bothner.com> wrote:
> On 09/20/2009 09:48 AM, alex mitchell wrote:
>> The compile error using Java 5 on MacOS is:
>> (compiling rnrs/unicode.scm to kawa.lib.rnrs.unicode)
>> rnrs/unicode.scm:110:3: no known slot 'normalize' in java.lang.Object
>> rnrs/unicode.scm:110:39: no known slot 'NFD' in java.lang.Object
>> rnrs/unicode.scm:113:3: no known slot 'normalize' in java.lang.Object
>> rnrs/unicode.scm:113:39: no known slot 'NFKD' in java.lang.Object
>> rnrs/unicode.scm:116:3: no known slot 'normalize' in java.lang.Object
>> rnrs/unicode.scm:116:39: no known slot 'NFC' in java.lang.Object
>> rnrs/unicode.scm:119:3: no known slot 'normalize' in java.lang.Object
>> rnrs/unicode.scm:119:39: no known slot 'NFKC' in java.lang.Object
>> make[2]: *** [scm-classes.stamp] Error 255
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all-recursive] Error 1
>
> This should now be fixed in the Kawa SVN trunk.