Erik Huelsmann | 3 Sep 21:10 2011
Picon

[armedbear-devel] [ANNOUNCE] ABCL 0.27.0 released


On behalf of the developers of ABCL (Armed Bear Common Lisp) I'm glad to
be able to announce the 0.27.0 release.

ABCL is a Common Lisp implementation implemented in Java and running on the
JVM, featuring both an interpreter and a compiler. The compiler targets the
JVM directly meaning that its output is runnable JVM bytecode. The fact
that ABCL is written in Java allows for relatively easy embedding in larger
applications. For integration with existing applications ABCL implements
JSR 223: Java scripting API.


This release features - among other things - wider compatibility for Quicklisp
encapsulated systems basedon reports for problems with ABCL: fixes for
PARENSCRIPT, NAMED-READTABLES and CL-INTERPOL (CL-UNICODE fix). Additionally,
ABCL has regained the ability to build SBCL. The release notes
can be found at:


and the list of changes at:



If you have questions regarding use or licensing, or you find issues, please
report back to the development list:

 armedbear-devel at common-lisp dot net


Source distribution archives can be downloaded in ZIP or gzipped tar form:


Signatures are available under:



In addition, binaries are also available:


With associated signatures:

_______________________________________________
armedbear-devel mailing list
armedbear-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel
Picon

[armedbear-devel] packaging of abcl 0.27.0

In the past you've published abcl as a maven artifact over at sonatype.org, something I benefit from daily for my project.  Can you please continue that for new releases?

Thanks — Magnus Ljungberg

Attachment (smime.p7s): application/pkcs7-signature, 6141 bytes
_______________________________________________
armedbear-devel mailing list
armedbear-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel
Erik Huelsmann | 4 Sep 10:21 2011
Picon

Re: [armedbear-devel] packaging of abcl 0.27.0

Hi Magnus,

On Sun, Sep 4, 2011 at 4:12 AM, Ljungberg, Magnus - 0661 - MITLL <magnus <at> ll.mit.edu> wrote:
In the past you've published abcl as a maven artifact over at sonatype.org, something I benefit from daily for my project.  Can you please continue that for new releases?

Thanks for the heads-up!

Alessio has done that in the case of past releases. Alessio, could you do it for 0.27.0 again, or provide us/me with instructions how to do it? Thanks!


Bye,

Erik.
_______________________________________________
armedbear-devel mailing list
armedbear-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel
Alessio Stalla | 4 Sep 23:45 2011
Picon

Re: [armedbear-devel] packaging of abcl 0.27.0

On Sun, Sep 4, 2011 at 10:21 AM, Erik Huelsmann <ehuels <at> gmail.com> wrote:
> Hi Magnus,
>
> On Sun, Sep 4, 2011 at 4:12 AM, Ljungberg, Magnus - 0661 - MITLL
> <magnus <at> ll.mit.edu> wrote:
>>
>> In the past you've published abcl as a maven artifact over at
>> sonatype.org, something I benefit from daily for my project.  Can you please
>> continue that for new releases?
>
> Thanks for the heads-up!
> Alessio has done that in the case of past releases. Alessio, could you do it
> for 0.27.0 again, or provide us/me with instructions how to do it? Thanks!

Hello Erik, Magnus and all,

I just released ABCL 0.27.0 on the Sonatype OSS repository. FYI, that
repository is automatically synced to Maven Central.

Instructions for releasing ABCL via Maven are already present in the
file maven-release.txt in the root of ABCL's source tree. However, an
account with Sonatype is required, and your GPG key must be associated
with the ABCL project there. I don't remember all the gory details,
but they should be well described on the OSS repository site.

I don't mind doing the releases myself, especially now that I know
that there's demand for them :) - that said, if someone else has the
ability to them as well, it won't hurt.

Alessio

> Bye,
> Erik.
eric.marsden | 5 Sep 19:15 2011
Picon

[armedbear-devel] BUG: Stack inconsistency (java.lang.VerifyError)

Hi,

Attempting to use ABCL to build a current development checkout of SBCL on Linux/i686, I encountered the
following error. 
ABCL builds SBCL on Linux/AMD64 correctly, with the same openjdk version. 

------------------ file foo.lisp ------------------------------------------

(in-package :cl-user)

(defun symbolicate (&rest things)
    (let* ((length (reduce #'+ things
                           :key (lambda (x) (length (string x)))))
           (name (make-array length :element-type 'character)))
      (let ((index 0))
        (dolist (thing things (values (intern name)))
          (let* ((x (string thing))
                 (len (length x)))
            (replace name x :start1 index)
            (incf index len))))))

(macrolet ((def (name &optional variant)
             `(defun ,(if variant (symbolicate name "/" variant) name)
                  (function mutex)
                (declare (function function))
                (flet ((%call-with-system-mutex ()
                         (dx-let (got-it)
                           (unwind-protect
                                (when (setf got-it (get-mutex mutex))
                                  (funcall function))
                             (when got-it
                               (release-mutex mutex))))))
                  (declare (inline %call-with-system-mutex))
                  ,(ecase variant
                     (:without-gcing
                       `(without-gcing (%call-with-system-mutex)))
                     (:allow-with-interrupts
                       `(without-interrupts
                          (allow-with-interrupts (%call-with-system-mutex))))
                     ((nil)
                      `(without-interrupts (%call-with-system-mutex))))))))
  (def call-with-system-mutex)
  (def call-with-system-mutex :without-gcing)
  (def call-with-system-mutex :allow-with-interrupts))

----------------------

Armed Bear Common Lisp 0.13.0-dev
Java 1.6.0_23 Sun Microsystems Inc.
OpenJDK Server VM
Low-level initialization completed in 0.344 seconds.
Startup completed in 1.453 seconds.
Type ":help" for a list of available commands.
CL-USER(1): (compile-file "/tmp/foo")
; Compiling /tmp/foo.lisp ...
; (IN-PACKAGE :CL-USER)
; (DEF CALL-WITH-SYSTEM-MUTEX)
; in (MACROLET (#) ...)

; Caught STYLE-WARNING:
;   Undefined variable: GOT-IT

Stack inconsistency at index 63: found 3, expected 1.
java.lang.VerifyError: (class: org/armedbear/lisp/foo_1, method: execute signature:
(Lorg/armedbear/lisp/LispObject;Lorg/armedbear/lisp/LispObject;)Lorg/armedbear/lisp/LispObject;)
Inconsistent stack height 1 != 3
	at java.lang.Class.getDeclaredConstructors0(Native Method)
	at java.lang.Class.privateGetDeclaredConstructors(Class.java:2406)
	at java.lang.Class.getConstructor0(Class.java:2716)
	at java.lang.Class.getConstructor(Class.java:1674)
	at org.armedbear.lisp.Lisp.loadCompiledFunction(Lisp.java:1147)
	at org.armedbear.lisp.Lisp.loadCompiledFunction(Lisp.java:1074)
	at org.armedbear.lisp.CompiledFunction$1.execute(CompiledFunction.java:186)
	at org.armedbear.lisp.Symbol.execute(Symbol.java:720)
	at org.armedbear.lisp.LispThread.execute(LispThread.java:638)
	at org.armedbear.lisp.compile_file_4.execute(compile-file.lisp:63)
	at org.armedbear.lisp.Symbol.execute(Symbol.java:720)
	at org.armedbear.lisp.LispThread.execute(LispThread.java:638)
	at org.armedbear.lisp.compile_file_8.execute(compile-file.lisp:103)
	at org.armedbear.lisp.LispThread.execute(LispThread.java:680)

Eric
eric.marsden | 6 Sep 18:22 2011
Picon

Re: [armedbear-devel] BUG: Stack inconsistency (java.lang.VerifyError)

> Armed Bear Common Lisp 0.13.0-dev
> Java 1.6.0_23 Sun Microsystems Inc.
> OpenJDK Server VM

Erik pointed out that I was unwittingly using a very old version of ABCL 
instead of the current version that I build regularly. The current version
works fine building SBCL; sorry for the noise.

Eric
Eric Marsden | 17 Sep 11:19 2011
Picon

[armedbear-devel] Bug in handling of keyword arguments

Hi,

,----
| Armed Bear Common Lisp 0.27.0-dev-svn-13545M
| Java 1.6.0_23 Sun Microsystems Inc.
| OpenJDK 64-Bit Server VM
| Low-level initialization completed in 1.02 seconds.
| Startup completed in 1.96 seconds.
| CL-USER(10): (defun foo (a b)
|               (find a '(1 2 3) b 1))
| FOO
| CL-USER(11): (compile 'foo)
| #<THREAD "interpreter" {12BC8F01}>: Debugger invoked on condition of type PROGRAM-ERROR
|   Unrecognized keyword argument B
| Restarts:
|   0: TOP-LEVEL Return to top level.
`----

I should be able to invoke FOO with :start or :end values for B. 

--

-- 
Eric Marsden
Erik Huelsmann | 17 Sep 23:00 2011
Picon

Re: [armedbear-devel] Bug in handling of keyword arguments

Hi Eric,

On Sat, Sep 17, 2011 at 11:19 AM, Eric Marsden <eric.marsden <at> free.fr> wrote:
Hi,

,----
| Armed Bear Common Lisp 0.27.0-dev-svn-13545M
| Java 1.6.0_23 Sun Microsystems Inc.
| OpenJDK 64-Bit Server VM
| Low-level initialization completed in 1.02 seconds.
| Startup completed in 1.96 seconds.
| CL-USER(10): (defun foo (a b)
|               (find a '(1 2 3) b 1))
| FOO
| CL-USER(11): (compile 'foo)
| #<THREAD "interpreter" {12BC8F01}>: Debugger invoked on condition of type PROGRAM-ERROR
|   Unrecognized keyword argument B
| Restarts:
|   0: TOP-LEVEL Return to top level.
`----

I should be able to invoke FOO with :start or :end values for B.

Absolutely. Thanks for the report!

Turns out this is a problem with the assumptions behind compiler macros and source transforms: when the source doesn't contain the keyword argument keywords, you'd expect the expansion to mismatch the arguments list, not apply the transform and go on. However, due to a thinko instead of going on, ABCL throws an argument-list mismatch error.

Committed a fix just a minute ago; compilation of FOO now works. Please verify that your issue has been solved and confirm!

Bye,


Erik.
_______________________________________________
armedbear-devel mailing list
armedbear-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel
Eric Marsden | 19 Sep 08:47 2011
Picon

Re: [armedbear-devel] Bug in handling of keyword arguments

>>>>> "eh" == Erik Huelsmann <ehuels <at> gmail.com> writes:

  eh> Committed a fix just a minute ago; compilation of FOO now works. Please
  eh> verify that your issue has been solved and confirm!

  Thanks, this does fix the issue.

--

-- 
Eric Marsden
Mark Evenson | 20 Sep 10:00 2011
Picon

[armedbear-devel] SVN r13600 breaks clean trunk Build

Unfortunately, the recent commit to fix the compilation of circularity
in FASL has broken the compilation of jvm.lisp when building from
scratch.  It is not immediately obvious to me how to fix this, as
it seems to involve the forms emitted by the compiler.

…
; Compiling /home/evenson/work/abcl/src/org/armedbear/lisp/jvm.lisp ...
; (IN-PACKAGE "JVM")
; Loading /home/evenson/work/abcl/src/org/armedbear/lisp/compiler-error.lisp ...
; Loaded /home/evenson/work/abcl/src/org/armedbear/lisp/compiler-error.lisp (0.0010 seconds)
; Loading /home/evenson/work/abcl/src/org/armedbear/lisp/jvm-instructions.lisp ...
; Loaded /home/evenson/work/abcl/src/org/armedbear/lisp/jvm-instructions.lisp (0.074 seconds)
; Loading /home/evenson/work/abcl/src/org/armedbear/lisp/jvm-class-file.lisp ...
; Loaded /home/evenson/work/abcl/src/org/armedbear/lisp/jvm-class-file.lisp (0.095 seconds)
; (DEFVAR *CLOSURE-VARIABLES* ...)
; (DEFVAR *ENABLE-DFORMAT* ...)
; (DEFVAR *CALLBACKS* ...)
; (DECLAIM (INLINE INVOKE-CALLBACKS))
; (DEFUN INVOKE-CALLBACKS ...)
; (DEFMACRO DFORMAT ...)
; (DECLAIM (INLINE U2 ...))
; (DEFKNOWN U2 ...)
; (DEFUN U2 ...)
; (DEFKNOWN S1 ...)
; (DEFUN S1 ...)
; (DEFKNOWN S2 ...)
; (DEFUN S2 ...)
; (DEFMACRO WITH-SAVED-COMPILER-POLICY ...)
; (DEFVAR *COMPILER-DEBUG* ...)
; (DEFVAR *POOL* ...)
; (DEFVAR *STATIC-CODE* ...)
; (DEFVAR *CLASS-FILE* ...)
; (DEFVAR *EXTERNALIZED-OBJECTS* ...)
; (DEFVAR *DECLARED-FUNCTIONS* ...)
; (DEFSTRUCT (ABCL-CLASS-FILE # ...) ...)
; (DEFUN CLASS-NAME-FROM-FILESPEC ...)
; (DEFUN MAKE-UNIQUE-CLASS-NAME ...)
69.461 seconds real time
150877519 cons cells
PROGRAM-ERROR: Wrong number of arguments for #<DUMP-OBJECT {1BE20C}>.

--
"A screaming comes across the sky.  It has happened before, but there is nothing to compare to it now."

Gmane