Mark Evenson | 21 Aug 08:14 2014
Picon

[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")

from 

     (#"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
Picon

[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 “https://google.com”) 

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

All hail Cyrus and Olof!

[43]: https://github.com/cffi/cffi/pull/43
[1]: https://github.com/easye/cffi/commit/36012f655372217133b2a83fb3008380724cb373

--

-- 
"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
Picon

[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> gmail.com>"
  :license "Beerware v. 42"
  :depends-on (:jsown
               :postmodern)
  :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
Picon

[Armedbear-devel] ASDF-3.1.3 on abcl trunk

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

[r14716]: http://abcl.org/trac/changeset/14716

--

-- 
"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> common-lisp.net mailing
list from the dead.  See
http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/asdf-announce
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.

Best,
Robert
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.

Regards,

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:
http://common-lisp.net/project/asdf/

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
Picon

[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.

--
Bye,

Erik.

http://efficito.com -- Hosted accounting and ERP.
Robust and Flexible. No vendor lock-in.
_______________________________________________
Armedbear-devel mailing list
Armedbear-devel <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel
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:

Error (UNBOUND-SLOT) during printing: #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}>
   [Condition of type ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR]

Restarts:
 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.

Backtrace:
  0: (#<FUNCTION {776A693B}> #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}>
#<FUNCTION {776A693B}>)
  1: (APPLY #<FUNCTION {776A693B}> (#<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}>
#<FUNCTION {776A693B}>))
  2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK*
#<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}> #<FUNCTION {776A693B}>)
  3: (INVOKE-DEBUGGER #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}>)
  4: (ERROR ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR :NAME "abcl-cdk" :PATHNAME
#P"/Users/sly/projects/abcl-cdk/abcl-cdk.asd" ...)
  5: (#<FUNCTION {6B22DDBC}> #<PROGRAM-ERROR {27E3CBA1}>)
  6: (SIGNAL #<PROGRAM-ERROR {27E3CBA1}>)
  7: (ERROR PROGRAM-ERROR :FORMAT-CONTROL "Invalid initarg ~S in call to ~S with arglist ~S."
:FORMAT-ARGUMENTS (:REPOSITORY MAKE-INSTANCE (#<ASDF/INTERFACE:MVN {5C4DCB7C}> :NAME "org.openscience.cdk/cdk-b..
  8: (MOP::CHECK-INITARGS (#<STANDARD-GENERIC-FUNCTION {22978F81}> #<STANDARD-GENERIC-FUNCTION
{513D2D11}>) (#<ASDF/INTERFACE:MVN {5C4DCB7C}> :NAME
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME..
  9: (#<FUNCTION {6B4F0153}> #<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> :NAME
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL ...)
 10: (APPLY #<FUNCTION {6B4F0153}> (#<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> :NAME
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL :PARENT ...))
 11: (MAKE-INSTANCE #<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> :NAME
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL ...)
 12: (APPLY MAKE-INSTANCE #<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> (:NAME
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL :PARENT #<ASDF/SYSTEM:SYSTEM
{3E0B9897}> ...))
 13: (ASDF/PARSE-DEFSYSTEM:PARSE-COMPONENT-FORM #<ASDF/SYSTEM:SYSTEM {3E0B9897}> (:MVN
"org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :REPOSITORY NIL) :PREVIOUS-SERIAL-COMPONENT "org.freehep/freehep-graph..
 14: (ASDF/PARSE-DEFSYSTEM:PARSE-COMPONENT-FORM NIL (:MODULE "abcl-cdk" :PATHNAME NIL :NAME
"abcl-cdk" ...))
 15: (#<FUNCTION {FE0272F}>)
 16: (ASDF/CACHE:CALL-WITH-ASDF-CACHE #<FUNCTION {FE0272F}> :OVERRIDE NIL :KEY NIL)
 17: (ASDF/PARSE-DEFSYSTEM:REGISTER-SYSTEM-DEFINITION :ABCL-CDK :NAME "abcl-cdk" :AUTHOR "Cyrus
Harmon" ...)
 18: (APPLY ASDF/PARSE-DEFSYSTEM:REGISTER-SYSTEM-DEFINITION :ABCL-CDK (:NAME "abcl-cdk" :AUTHOR
"Cyrus Harmon" :SERIAL T ...))
 19: (SYSTEM::%LOAD #P"/Users/sly/projects/abcl-cdk/abcl-cdk.asd" NIL NIL T :UTF-8)
 --more--

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.

Cyrus
Didier Verna | 10 Jul 17:24 2014
Face
Picon
Picon
Picon
Picon

[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

		   http://ilc2014.iro.umontreal.ca/

Latest News:

  * Only 4 days left before the early registration deadline!

  * Registration is now open.
    See http://ilc2014.iro.umontreal.ca/registration.php

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

Scope:

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
participate.

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:
http://ilc2014.iro.umontreal.ca/program.php

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 alu.org

For more information, see http://ilc2014.iro.umontreal.ca/

--

-- 
Resistance is futile. You will be jazzimilated.

Lisp, Jazz, Aïkido: http://www.didierverna.info

_______________________________________________
Armedbear-devel mailing list
Armedbear-devel <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel
Didier Verna | 27 Jun 10:08 2014
X-Face
Face
Picon
Picon
Picon
Picon

[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

		   http://ilc2014.iro.umontreal.ca/

Latest News:

  * Registration is now open.
    See http://ilc2014.iro.umontreal.ca/registration.php

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

Scope:

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
participate.

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:
http://ilc2014.iro.umontreal.ca/program.php

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 alu.org

For more information, see http://ilc2014.iro.umontreal.ca/

--

-- 
Resistance is futile. You will be jazzimilated.

Lisp, Jazz, Aïkido: http://www.didierverna.info

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

Gmane