- armedbear-devel - mailman3.common-lisp.net

[armedbear-devel] ASDF 3.0.0
by Faré 08 Apr '15

08 Apr '15

Dear ABCL hackers, I'm proud to announce the release of release ASDF 3.0.0. Please test it and include it in ABCL. I'll have to produce some document explaining the innovations since ASDF 2.26, 2.000 and/or 1.369, but for now here are just the changes since 2.33. As you can see, it's very minor stuff, and ASDF has been mostly stable these last two months, which is a good sign and the reason why I'm making an official 3.0.0 release. I'm also inserting a new digit in the version, so releases will have three digits: 3.0.0, 3.0.1, etc. will be minor continuations of 3.0. 3.1.0 will be the next "major" milestone in a series that preserves backward compatibility, and 4.0 (if ever) will be the next major release that doesn't. But I probably won't be there to see it, because I'm moving away from my Common Lisp job in Cambridge MA to some new as yet undetermined opportunities in NYC that are unlikely to see me do Common Lisp for a living, and I plan to try out different Lisps for a hobby (Racket, Maru, etc.). * Portability: have *uninteresting-conditions* be empty by default. Move stuff to *usual-uninteresting-conditions*, unused by default. Will make the SBCL team happy. Also, fix tests on ABCL. Fix regression of program-op on ECL, by implicitly linking in UIOP or ASDF. * UIOP: improvements to slurp-input-stream and thus run-program, notably accepting T as alias for *standard-output*, for better backward-compatibility of the deprecated run-shell-command. New macro with-output-file. * POIU support enhanced with various tweaks. * Build cleanup so make and concatenate-source-op create the same asdf.lisp —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Reason isn't about not having prejudices, it's about having (appropriate) postjudices. — Faré

1 0

[armedbear-devel] Re: [quicklisp] ABCL vs SBCL quicklisp load time in .rc files
by Mark Evenson 08 Apr '15

08 Apr '15

On 05/11/13 1428 , Zach Beane wrote: > Dave Tenny <dave.tenny(a)gmail.com> writes: > >> This may be more of an ABCL question than a Quicklisp question I guess, >> but I haven't yet found a good place to ask ABCL questions of this type. >> I'll post this in the common-lisp group too. >> >> I have the following code in my SBCL and ABCL rc files for quicklisp: >> >> #-quicklisp >> (let ((quicklisp-init (merge-pathnames "quicklisp/setup.lisp" >> (user-homedir-pathname)))) >> (when (probe-file quicklisp-init) >> (load quicklisp-init))) >> >> >> It executes in negligible time in SBCL, but takes about 12-13 seconds every >> time in ABCL (beyond the prior 2 seconds for normal jvm/abcl startup time). >> >> In both cases there's no obvious compilation or other stuff going on (as >> in, no output to console of things being compiled). >> >> Any idea why it takes so long in ABCL? >> >> Thanks, and ABCL discussion forum pointers welcome. > > I'm not sure why it takes so long, sorry. I don't think that's typical, > but I could be mistaken. I don't use ABCL very much. > > armedbear-devel(a)common-lisp.net is a good place for ABCL questions. I'm > not sure how you subscribe, but there are a lot of helpful ABCL hackers > answering questions there. Unfortunately, I believe that the long startup time for Quicklisp in ABCL is typical In order to save on raw startup time, the ABCL implementation has an autoload mechanism by which the compilation unit ("file") containing a given function is not loaded until first one is executed. Among other things, this means that we don't have to load CLOS to get to the bare "CL-USER>" REPL prompt. Since Quicklisp is intimately connected to ASDF which in turn is wedded at the hip to CLOS, loading Quicklisp in `~/.abclrc` effectively means that there are no time savings incurred by the autoload mechanism. Note that I "believe" this to be the case, not having actually verified by appropriate profiling, which would probably be easy to do by some combination of setting the [`abcl.autoload.verbose`][1]: Java property to collect various profiles of with/without Quicklisp/ASDF. [1]: http://abcl.org/trac/wiki/AbclJavaProperties We would welcome any suggestions for strategies to decrease our this time. -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."

1 1

[armedbear-devel] [CfP] DEADLINE EXTENSION - 7th European Lisp Symposium
by Didier Verna 08 Apr '15

08 Apr '15

ELS'14 - 7th European Lisp Symposium IRCAM, Paris, France May 5-6, 2014 http://www.european-lisp-symposium.org/ Sponsored by IRCAM, CNRS, UPMC, EPITA, LispWorks, Franz Inc. Latest News: * SUBMISSION DEADLINE EXTENDED. You have two more week to submit! * Registration is now open. Early registration fee until April 13. See http://www.european-lisp-symposium.org/content-registration-full.html The purpose of the European Lisp Symposium is to provide a forum for the discussion and dissemination of all aspects of design, implementation and application of any of the Lisp and Lisp-inspired dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We encourage everyone interested in Lisp to participate. The 7th European Lisp Symposium invites high quality papers about novel research results, insights and lessons learned from practical applications, and educational perspectives. We also encourage submissions about known ideas as long as they are presented in a new setting and/or in a highly elegant way. Topics include but are not limited to: - Context-, aspect-, domain-oriented and generative programming - Macro-, reflective-, meta- and/or rule-based development approaches - Language design and implementation - Language integration, inter-operation and deployment - Development methodologies, support and environments - Educational approaches and perspectives - Experience reports and case studies Please note that IRCAM, the conference venue, is a French institute for research on music and acoustics. Submissions relating Lisp to music or other acoustical matters will hence be particularly welcome, although given no heightened favor during the review process. We invite submissions in the following forms: Papers: Technical papers of up to 8 pages that describe original results or explain known ideas in new and elegant ways. Demonstrations: Abstracts of up to 2 pages for demonstrations of tools, libraries, and applications. Tutorials: Abstracts of up to 4 pages for in-depth presentations about topics of special interest for at least 90 minutes and up to 180 minutes. The symposium will also provide slots for lightning talks, to be registered on-site every day. All submissions should be formatted following the ACM SIGS guidelines and include ACM classification categories and terms. For more information on the submission guidelines and the ACM keywords, see: http://www.acm.org/sigs/publications/proceedings-templates and http://www.acm.org/about/class/1998. Important dates: - TODAY: Mark your calendar. Start planning now! - 23 Mar 2014: Submission deadline **** EXTENDED **** - 31 Mar 2014: Notification of acceptance - 13 Apr 2014: Early registration deadline - 21 Apr 2014: Final Papers due - 05 May 2014: Symposium. Join us there! Programme chair: Kent Pitman, Hypermeta Inc., U.S.A. Local chairs: Didier Verna, EPITA Research Lab, France Gérard Assayag, IRCAM, Paris, France Programme committee: Marie Beurton-Aimar — LaBRI, University of Bordeaux, France Pierre Parquier — IBM France Lab, Paris, France Rainer Joswig — Hamburg, Germany Guiseppe Attardi — Università di Pisa, Italy Taiichi Yuasa — Kyoto University, Japan António Leitão — IST/Universidade de Lisboa, Portugal Christophe Rhodes — Goldsmiths, University of London, UK Olin Shivers — Northeastern University, USA Charlotte Herzeel — IMEC, ExaScience Life Lab, Leuven, Belgium Local organizers: Daniela Becker, EPITA Research Lab, France Sylvie Benoit, IRCAM, Paris, France Search Keywords: #els2014, ELS 2014, ELS '14, European Lisp Symposium 2014, European Lisp Symposium '14, 7th ELS, 7th European Lisp Symposium, European Lisp Conference 2014, European Lisp Conference '14 Ircam STMS Lab, IRCAM / CNRS / UPMC -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

[armedbear-devel] loading maven snapshot repositories?
by Cyrus Harmon 08 Apr '15

08 Apr '15

It seems that there’s a maven convention where repositories get version “numbers” like 1.5.6-SNAPSHOT. This doesn’t seem to be supported by the current acbl-asdf contrib. Before I try to track this down, has anyone else run into this and, if so, any suggestions for working around this? thanks, Cyrus

1 0

Fwd: possible abcl bug: incorrectly deletes "unused" local function
by Erik Huelsmann 05 Apr '15

05 Apr '15

Hi Erik, ABCL appears to remove a function definition that it incorrectly thinks is unused. I've attached abcl-bug.lisp. Here is a transcript: ---- ABCL (fails) VibhuMondrasMBP:Desktop vibhu$ abcl.sh Armed Bear Common Lisp 1.3.1 Java 1.8.0_11 Oracle Corporation Java HotSpot(TM) 64-Bit Server VM Low-level initialization completed in 0.394 seconds. Startup completed in 1.8 seconds. Loading /Users/vibhu/.abclrc completed in 11.668 seconds. Type ":help" for a list of available commands. CL-USER(1): (load "abcl-bug") ; Note: deleting unused local function LABELS =G T CL-USER(2): (sample2 1) #<THREAD "interpreter" {4F4C3489}>: Debugger invoked on condition of type UNDEFINED-FUNCTION The function SAMPLE2 is undefined. Restarts: 0: CONTINUE Try again. 1: USE-VALUE Specify a function to call instead. 2: RETURN-VALUE Return one or more values from the call to SAMPLE2. 3: TOP-LEVEL Return to top level. [1] CL-USER(3): ---- CLISP (works) VibhuMondrasMBP:Desktop vibhu$ clisp ;; Loading file /Users/vibhu/.clisprc ... ;; Loading file /Users/vibhu/quicklisp/setup.lisp ... ;; Loading file /Users/vibhu/quicklisp/ASDF.lisp ... ;; Loaded file /Users/vibhu/quicklisp/ASDF.lisp ;; Loaded file /Users/vibhu/quicklisp/setup.lisp ;; Loaded file /Users/vibhu/.clisprc [1]> (load "abcl-bug") ;; Loading file /Users/vibhu/Desktop/abcl-bug.lisp ... ;; Loaded file /Users/vibhu/Desktop/abcl-bug.lisp T [2]> (bug) 1 [3]> (load "tco2") ;; Loading file /Users/vibhu/Desktop/tco2.lisp ... ;; Loaded file /Users/vibhu/Desktop/tco2.lisp T [4]> (sample2 1) 1 -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

3 6

[CfPart] ELS 2015, April 20-21 2015, London
by Didier Verna 01 Apr '15

01 Apr '15

ELS'15 - 8th European Lisp Symposium Goldsmiths College, London, UK April 20-21, 2015 http://www.european-lisp-symposium.org/ Sponsored by EPITA, Goldsmiths University of London, Franz Inc., Lispworks Ltd., Clozure Associates and Google Recent news: - A few seats left, still time to register! - Programme now online (schedule may still change a little) - Invited speakers announced: Zach Beane, Bodil Stokke, Martin Cracauer The purpose of the European Lisp Symposium is to provide a forum for the discussion and dissemination of all aspects of design, implementation and application of any of the Lisp and Lisp-inspired dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We encourage everyone interested in Lisp to participate. The 8th European Lisp Symposium features 3 invited talks, one tutorial, 4 technical sessions and 2 lightning talks slots. The full programme is now available on the website: http://www.european-lisp-symposium.org/. Programme chair: Julian Padget, University of Bath, UK Local chair: Christophe Rhodes, Goldsmiths, University of London, UK Programme committee: Sacha Chua — Toronto, Canada Edmund Weitz — University of Applied Scicences, Hamburg, Germany Rainer Joswig — Hamburg, Germany Henry Lieberman — MIT, USA Matthew Flatt — University of Utah, USA Christian Queinnec — University Pierre et Marie Curie, Paris 6, France Giuseppe Attardi — University of Pisa, Italy Marc Feeley — University of Montreal, Canada Stephen Eglen — University of Cambridge, UK Robert Strandh — University of Bordeaux, France Nick Levine — RavenPack, Spain Search Keywords: #els2015, ELS 2015, ELS '15, European Lisp Symposium 2015, European Lisp Symposium '15, 8th ELS, 8th European Lisp Symposium, European Lisp Conference 2015, European Lisp Conference '15 -- My new Jazz CD entitled "Roots and Leaves" is out! Check it out: http://didierverna.com/records/roots-and-leaves.php Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

[Armedbear-devel] (require 'jna) broken by 0030b89b2
by Cyrus Harmon 06 Mar '15

06 Mar '15

Commit 0030b89b2eb24b0b63b5f1ca4d4c9a7644eea02d breaks the maven JNA resolution: (sly@cyruss-mbp):~/src/abcl$ ./abcl Armed Bear Common Lisp 1.4.0-dev Java 1.7.0_51 Oracle Corporation Java HotSpot(TM) 64-Bit Server VM Low-level initialization completed in 0.351 seconds. Startup completed in 1.786 seconds. Loading /Users/sly/.abclrc completed in 9.51 seconds. Type ":help" for a list of available commands. CL-USER(1): (require 'abcl-contrib) Using probed value of abcl-contrib: '/Users/sly/src/abcl/dist/abcl-contrib.jar'. Added jar:file:/Users/sly/src/abcl/dist/abcl-contrib.jar!/quicklisp/ to ASDF. Added jar:file:/Users/sly/src/abcl/dist/abcl-contrib.jar!/mvn/ to ASDF. Added jar:file:/Users/sly/src/abcl/dist/abcl-contrib.jar!/jss/ to ASDF. Added jar:file:/Users/sly/src/abcl/dist/abcl-contrib.jar!/jfli/ to ASDF. Added jar:file:/Users/sly/src/abcl/dist/abcl-contrib.jar!/asdf-jar/ to ASDF. Added jar:file:/Users/sly/src/abcl/dist/abcl-contrib.jar!/asdf-install/ to ASDF. Added jar:file:/Users/sly/src/abcl/dist/abcl-contrib.jar!/abcl-asdf/ to ASDF. ("ABCL-CONTRIB") CL-USER(2): (require 'jna) ARTIFACT_RESOLVING net.java.dev.jna:jna:pom:4.1.0 ARTIFACT_RESOLVED net.java.dev.jna:jna:pom:4.1.0 (/Users/sly/.m2/repository/net/java/dev/jna/jna/4.1.0/jna-4.1.0.pom) @ central (http://repo1.maven.org/maven2/, releases+snapshots) jnaASDF could not load because Java exception 'java.lang.NullPointerException'.. #<THREAD "interpreter" {4323B3D5}>: Debugger invoked on condition of type JAVA-EXCEPTION Java exception 'java.lang.NullPointerException'. Restarts: 0: RETRY Retry compiling #<ASDF/INTERFACE:MVN "jna" "net.java.dev.jna/jna/4.1.0">. 1: ACCEPT Continue, treating compiling #<ASDF/INTERFACE:MVN "jna" "net.java.dev.jna/jna/4.1.0"> as having been successful. 2: TOP-LEVEL Return to top level. [1] CL-USER(3): [1] CL-USER(4): :bt 0: (SYSTEM:BACKTRACE) 1: (INVOKE-DEBUGGER #<JAVA-EXCEPTION java.lang.NullPointerException {1DA02950}>) 2: org.armedbear.lisp.Lisp.error(Lisp.java:382) 3: org.armedbear.lisp.Java$pf_jnew.execute(Java.java:581) 4: org.armedbear.lisp.Primitive.execute(Primitive.java:135) 5: (JNEW #<java class org.eclipse.aether.resolution.DependencyRequest> #<org.eclipse.aether.graph.DefaultDependencyNode net.java.dev.jna:jna:jar:4.1.0 (.... {60206C1}> #<null {6F096BFB}>) 6: (ABCL-ASDF:RESOLVE-DEPENDENCIES "net.java.dev.jna" "jna" "4.1.0") 7: (#<FUNCTION {28D8442C}> (#<ASDF/INTERFACE:MVN "jna" "net.java.dev.jna/jna/4.1.0">)) Any clues? thanks, Cyrus _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

4 5

[Armedbear-devel] Advancements in preparing ASDF system in ABCL for WAR
by Mark Evenson 06 Mar '15

06 Mar '15

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 archives. 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. [1]: https://bitbucket.org/easye/abcl-servlet/commits/e3bf36e015f2b5168d3e1d3d54… [2]: https://bitbucket.org/easye/abcl-servlet/src/b0e7e5353d6c92a1990ed1bb5500be… -- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now." _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 1

[Armedbear-devel] How to load compiled Lisp stuff from a jar
by Robert Dodier 06 Mar '15

06 Mar '15

Hi, I think maybe this topic has been covered before but I wonder what's the state of the art. I want to have a Java program load a compiled Lisp program contained in a jar so that I can then call functions in the Lisp code. For the record, the program in question is Maxima. Calling Lisp functions worked fine when the compiled code was unpacked (i.e. just in a directory) but I seem to recall it is not simply a matter of packing it into a jar. Or is it? Thanks for any advice. best, Robert Dodier PS. I apologize in advance for any gross misunderstanding on my part. _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

7 19

[Armedbear-devel] Access to private methods from ABCL?
by Robert Goldman 06 Mar '15

06 Mar '15

Is there some way to find a private method and make it accessible, somewhat like the way JSS can make a private field accessible? Thanks! _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 2