Mark Evenson | 2 Sep 15:48 2014

[Armedbear-devel] Advancements in preparing ASDF system in ABCL for WAR

A notice for those interested in my recent work in deploying ABCL as a WAR
binary artifact of [an update to abcl-servlet][1], which is where I am
collecting my ideas on implementation in an open source form. 

After locating the ASDF ABCL-SERVLET/BUILD definition, one may 

	CL-USER> (abcl-servlet/prepare :hunchentoot) 

to create necessary packaging of Hunchentoot and its transitive ASDF
dependences to [<file:hunchentoot/build/web/asdf/≥][2] for merging into Java Servlet WAR

I’ve got a 100 Mib deployment WAR out of this system that has been running in
production for six months now, but comments on how to generalise are welcome.



"A screaming comes across the sky.  It has happened before but there is nothing 
to compare to it now."
Mark Evenson | 21 Aug 08:14 2014

[Armedbear-devel] Comments on Cyrus's proposal for JSS static calls

Erik asked me to comment on [Cyrus’s proposed patch][1] to extend JSS’s
SHARPSIGN-DOUBLE-QUOTE use in static method calls to accept a string as well as
a symbol to designate the object.

Unfortunately, changing JSS in the manner means that one can no longer use
SHARPSIGN-DOUBE-QUOTE on object descended from java.lang.String, for the
reasons described in the [JSS README][2]:

Static calls are possible as well with the #" macro, but the
first argument MUST BE A SYMBOL to distinguish 

     (#"getProperties" "java.lang.System")


     (#"getProperties" 'java.lang.System)     

The first attempts to call a method on the java.lang.String object
with the contents "java.lang.System", which results in an error, while
the second invokes the static java.lang.System.getProperties() method.     

Other than perhaps for aesthetic reasons, is there some functionality that
using strings enables here?  To argue about preserving character case in
strings as opposed to the case folding implicit in symbols doesn’t seem to be
applicable, because JSS currently ignores case when searching for matching JVM
symbols.  In 2006, when I first understood the ignoring case bit of JSS, I was
a bit worried that there would be cases where this resulted in ambiguity and
errors, but in the ensuing years I have yet to run into a single problem with
(Continue reading)

Mark Evenson | 20 Aug 11:24 2014

[Armedbear-devel] Patches to CFFI for ABCL which passes all tests

I have consolidated all the hard work of Cyrus Harmon and Olof-Joachim Frahm
over the past six months into a [pull request to the CFFI on github][43] which
passes all CFFI tests with ABCL.

 <at> olof:  I couldn’t align your [commit entitled "Convert callback return value
if necessary”][1] with Cyrus’s latest version.  If you could take a look to
understand if this patch superseded by Cyrus’s work, or we should recover your
work in a different form, I would appreciate it.

Even though we are passing all the CFFI tests, 

   CL-USER> (drakma:http-request “”) 

still times out with an error.  Always something further to fix…

All hail Cyrus and Olof!



"A screaming comes across the sky.  It has happened before but there is nothing 
to compare to it now."
Eduardo Bellani | 17 Aug 22:37 2014

[Armedbear-devel] handling dependencies

Hello guys.

This is my first post on the list, and beg your forgiveness if this
question was already answered, but alas, my search-fu was incapable
of finding anything that could have helped me.

Here is my situation:

I am trying to build a servlet using ABCL. The servlet is a middleware
that will expose an API, consume JSON, and return JSON. I will also
store some data into a postgres RDBMS.

I've used the google-app-engine example as a basis to build a skeleton
of my app, with a Java class providing a proxy for the servlet. If I
don't use any dependencies on my project, everything runs ok. My
problem is that I have the following system descriptor:

(asdf:defsystem #:abcl-servlet
  :serial t
  :description "An example of a servlet using the ABCL stack."
  :author  "Eduardo Bellani <ebellani <at>>"
  :license "Beerware v. 42"
  :depends-on (:jsown
  :components ((:module :src
                        :components ((:file "package")
                                     (:file "servlet-interface")))))

As you can see, I have some dependencies on my code. Dependencies
(Continue reading)

Mark Evenson | 6 Aug 09:55 2014

[Armedbear-devel] ASDF-3.1.3 on abcl trunk

[r14716][] contains asdf-3.1.3, which should not be functionally different from the previous



"A screaming comes across the sky.  It has happened before but there is nothing 
to compare to it now."
Robert P. Goldman | 3 Aug 21:22 2014

[Armedbear-devel] ASDF-announce email list is live again

Dear CL implementers and maintainers,

I apologize for the mass spam, but I am sending this out in order to
limit all further ASDF release spam.

Hans Huebner has kindly raised the ASDF-announce <at> mailing
list from the dead.  See
for more details.

Please either sign your list up for ASDF-announce, or appoint someone in
your maintenance community to subscribe.  In return, I undertake to keep
traffic to this mailing list to an absolute minimum.  Indeed, for the
moment, I will be turning on "emergency" moderation of all traffic, to
enforce this.

I plan to cease sending these mass emails upon ASDF releases, effective
immediately, so please do monitor the announcement list.

Robert P. Goldman | 24 Jul 18:53 2014

[Armedbear-devel] ASDF version 3.1.3 released: Important bug-fix release

Today I have released (with much help from Fare) ASDF 3.1.3.

We urge implementations that are currently shipping with 3.1.2 to move
forward to 3.1.3.  3.1.3 has no API incompatibilities that we know of,
and contains significant bug fixes.  Most significantly, 3.1.3 fixes
bugs that impede hot-upgrade from 3.1.2 to a later version of ASDF,
which is critical to ASDF development.  In addition, we have fixed
multiple bugs in ASDF system search caching, that impeded correct use of
restarts involving adding new systems to a running CL.


Robert Goldman
Robert P. Goldman | 6 May 23:32 2014

[Armedbear-devel] ASDF 3.1.2 released

The release version of ASDF 3.1, version 3.1.2, has finally arrived.
It is loaded with bug-fixes, more portability (substantially better
support on Windows; several new lisp implementations), better
documentation (extensive revisions to the Texinfo manual), and new
convenience features such as PACKAGE-INFERRED-SYSTEMs.

We urge the maintainers of lisp implementations to move to version 3.1.2
directly, as it is clearly superior to its predecessors.  This is
especially true if you are currently bundling a pre-release version of ASDF.

For a list of changes, see the attached changelog.

Special thanks to Dave Cooper and Anton Vodonosov (alphabetically) for
testing support.  Thanks to all those who have participated in the
discussions on ASDF-devel for bug fixes, suggestions, and course
corrections.  Thanks to Pete Keller for proofreading this announcement;
any remaining errors are mine alone.

Although he is no longer the lead maintainer, François-René Rideau
(Fare), has continued to expend vast amounts of effort on ASDF, and
provided invaluable guidance to the code submitted by the rest of us.

The latest version of ASDF is available at the project website:

Robert P. Goldman
ASDF maintainer-in-chief
cl-asdf (2:3.1.2-1) unstable; urgency=low
(Continue reading)

Erik Huelsmann | 30 Jul 15:54 2014

[Armedbear-devel] Motion to delete asdf-install from ABCL's contrib

Hi all,

Relaying a motion by slyrus (Cyrus Harmon) from IRC: can we delete asdf-install from ABCL's contrib package?

I think we can and should, given that we now have Quicklisp well supported, so hereby I'm relaying.


Erik. -- Hosted accounting and ERP.
Robust and Flexible. No vendor lock-in.
Armedbear-devel mailing list
Armedbear-devel <at>
Cyrus Harmon | 16 Jul 00:30 2014

[Armedbear-devel] ASDF errors in latest ABCL

So, it’s quite possible I’m doing something wrong here, but I’m having a problem loading an ASDF file:


 0: [REINITIALIZE-SOURCE-REGISTRY-AND-RETRY] Retry finding system abcl-cdk after reinitializing the source-registry.
 1: [RETRY] Retry SLIME REPL evaluation request.
 2: [*ABORT] Return to SLIME's top level.
 3: [ABORT] Abort thread.

#<FUNCTION {776A693B}>)
#<FUNCTION {776A693B}>))
#P"/Users/sly/projects/abcl-cdk/abcl-cdk.asd" ...)
  7: (ERROR PROGRAM-ERROR :FORMAT-CONTROL "Invalid initarg ~S in call to ~S with arglist ~S."
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME..
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL ...)
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL :PARENT ...))
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL ...)
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL :PARENT #<ASDF/SYSTEM:SYSTEM
{3E0B9897}> ...))
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :REPOSITORY NIL) :PREVIOUS-SERIAL-COMPONENT "org.freehep/freehep-graph..
"abcl-cdk" ...))
 15: (#<FUNCTION {FE0272F}>)
Harmon" ...)
"Cyrus Harmon" :SERIAL T ...))
 19: (SYSTEM::%LOAD #P"/Users/sly/projects/abcl-cdk/abcl-cdk.asd" NIL NIL T :UTF-8)

So while it’s possible there may be an error in my ASDF file, it seems like we’re erroring out with a bogus
error message. I’m having a hard time figuring out what the invalid initarg it’s complaining about in
lines 7 and 8 are.

Didier Verna | 10 Jul 17:24 2014

[Armedbear-devel] [CfPart] International Lisp Conference 2014, August 15-17, Montreal

	       ILC 2014 - International Lisp Conference
			  "Lisp on the Move"

     August 15-17 2014, Université de Montréal, Montréal, Canada

	      Sponsored by the Association of Lisp Users
		   In cooperation with: ACM SIGPLAN

Latest News:

  * Only 4 days left before the early registration deadline!

  * Registration is now open.

  * Invited speakers announced.
    Christian Queinnec, Ambrose Bonnaire-Sergeant, Stefan Monnier,
    Marc Battyani.


Lisp is one of the greatest ideas from computer science and a major
influence for almost all programming languages and for all
sufficiently complex software applications.

The International Lisp Conference is a forum for the discussion of
Lisp and, in particular, the design, implementation and application of
any of the Lisp dialects.  We encourage everyone interested in Lisp to

This year's focus is directed towards integrated solutions, including
mobile computing. The conference also provides slots for lightning talks,
to be registered on-site every day.

The full programme is available here:

Important Dates:

 - July   14, 2014: Early registration deadline
 - August 15, 2014: Conference starts

Organizing Committee:

General Chair:   Marc Feeley (Université de Montréal, Montréal, Canada)
Programme Chair: Didier Verna (EPITA Research lab, Paris, France)
Local chair:     Marc Feeley (Université de Montréal, Montréal, Canada)

Programme Committee:
Charlotte Herzeel, IMEC, ExaScience Life Lab, Belgium
Dave Herman, Mozilla Research, USA
Greg Pfeil, Clozure Associates, USA
Irène Anne Durand, LaBRI University of Bordeaux, France
Jim Newton, Cadence Design Systems, France
Kuroda Hisao, Mathematical Systems Inc., Japan
Matthew Might, University of Utah, USA
Nicolas Neuss, Friedrich Alexander Universitat, Germany
Ralf Möller, TUHH, Germany
Sam Tobin-Hochstadt, Northeastern University, USA
William Byrd, University of Utah, USA

Contact: ilc14-organizing-committee at

For more information, see


Resistance is futile. You will be jazzimilated.

Lisp, Jazz, Aïkido:

Armedbear-devel mailing list
Armedbear-devel <at>