[armedbear-devel] JFLI bugs fixed (was Re: abcl-1.1.0 release status)

Carlos Ungil carlos.ungil at gmail.com
Wed Nov 28 22:10:17 UTC 2012


Mark, Erik,

thank you for those fixes.

There is another bug in jfli.lisp, at line 366 there is a call to
sys::ensure-class
but it seems that this function has been moved to another package:
mop:ensure-class

I have two more comments about jfli.lisp (but these are not critical issues).

1) the function unbox-string (never used, probably it can be removed)
calls the undefined function convert-from-java-string

2) I used to have an additional clause in infer-box-type (I don't
remember the details, but I think I had to add it to be able to pass a
Float argument to some java API):

   ((typep x '(integer -9223372036854775808 +9223372036854775807)) long.type)
+   ((typep x 'single-float) float.type)
   ((numberp x) double.type)

Cheers,

Carlos

On Wed, Nov 28, 2012 at 10:26 AM, Mark Evenson <evenson at panix.com> wrote:
>
> On Nov 26, 2012, at 11:34 PM, Carlos Ungil <carlos.ungil at gmail.com> wrote:
>
>> Dear ABCL developers,
>>
>> I apologize if this is not the right channel for this kind of request,
>> but I'd like to suggest the following change to
>> src/org/armedbear/lisp/Lisp.java (for CFFI to identify the platform
>> properly on MacOSX).
>>
>> @@ -2378,9 +2378,9 @@
>>     }
>>     // Processor architecture
>>     if(osArch != null) {
>> -      if (osArch.equals("amd64"))
>> +      if (osArch.equals("amd64")||osArch.equals("x86_64"))
>>         featureList = new Cons(Keyword.X86_64, featureList);
>> -      else if (osArch.equals("x86"))
>> +      else if (osArch.equals("x86")||osArch.equals("i386"))
>>         featureList = new Cons(Keyword.X86, featureList);
>>     }
>>     Symbol.FEATURES.initializeSpecial(featureList);
>>
>
> Erik applied this in [r14256][].  Thanks for the patch!
>
> [r14256]: http://trac.common-lisp.net/armedbear/changeset/14256
>
>> Also, there is a problem with contrib/jfli/test/yanking.lisp, there is
>> a referece to abclidea:*lisp-dir* and that package is not part of
>> ABCL.
>> As a workaround I've changed contrib/jfli/jfli.asd to remove the
>> (:module test :components ((:file "yanking"))
>
> Since there is no need for runtime dependency for JFLI on IntelliJ,
> I [have moved the JFLI IntelliJ test suite into its own ASDF system
> definition][r14257].  Please let us know if this does' work for you
> for some reason.
>
> [r14257]: http://trac.common-lisp.net/armedbear/changeset/14257
>
> --
> "A screaming comes across the sky.  It has happened before but there is nothing to compare to it now."
>




More information about the armedbear-devel mailing list