- pro - mailman3.common-lisp.net

Sharing READTABLE macro bindings?
by David McClain 21 Jul '16

21 Jul '16

I just ran into a situation where my own support code had been using the #T reader macro, and then I found another interesting 3rd party package that also uses #T for itself. Naturally, on loading up the 3rd party package, it clobbered my own semantics with its own SET-DISPATCH-MACRO-CHARACTER. Has anyone created a clever system for sharing reader macros? - DM

4 7

working on CCL / working in CL
by R. Matthew Emerson 14 Jul '16

14 Jul '16

Hello everyone. It has been my great pleasure and good fortune to have worked on the implementation of Clozure CL and also on applications written in Clozure CL over the past several years. As you may know, I am unfortunately no longer employed full-time at Clozure Associates. Even so, I would very much like to continue working in CL generally and on CCL in particular. CCL is a great implementation, and I'd like to continue to try to grow its community of users and contributors. Therefore, if you have any leads on contract or full-time positions that could support my work on and with CCL, I could really use those leads. Please see http://www.thoughtstuff.com/rme/ for an up-to-date resume/CV. Sincerely, R. Matthew Emerson

1 0

Prototype Based Programming in Lisp?
by David McClain 05 Jul '16

05 Jul '16

Hi All, After having been comfortably isolated in a Lisp atmosphere for more than 20 years, I’m finding myself being dragged into a “new” world centering on Javascript and prototype based programming. It feels like I’m being dragged back by more than those 20 years, but in an effort to overcome the resistance tendencies of aging, I thought I’d delve a bit more deeply into this realm. I’ve done some investigating and found the genesis in Self. But really, this seems like a trivial kind of pursuit for Lisp. I am aware of the new difficulties in making fast systems with the lack of classes, and troubles deciding inheritance of behaviors. Does anyone have some interesting insights and pointers to papers regarding prototype programming in Lisp? - DM

11 31

Fixtures in FiveAM
by Antoniotti Marco 20 Jun '16

20 Jun '16

Hi let me ask here... Does anybody know how "fixtures" work in FiveAM? I am not quite grokking them. Cheers Marco -- Marco Antoniotti, Associate Professor tel. +39 - 02 64 48 79 01 DISCo, Università Milano Bicocca U14 2043 http://bimib.disco.unimib.it Viale Sarca 336 I-20126 Milan (MI) ITALY Please check: http://cdac.lakecomoschool.org Please note that I am not checking my Spam-box anymore. Please do not forward this email without asking me first.

4 6

C++ CFFI interaction
by Antoniotti Marco 11 Jun '16

11 Jun '16

Hi I just spent a bit of time looking for this, i.e., how to get a CFFI for a C++ library, but at this point I am not so sure about the best way to go about this. What is the wisdom of the list on the subject? Thanks Marco -- Marco Antoniotti, Associate Professor tel. +39 - 02 64 48 79 01 DISCo, Università Milano Bicocca U14 2043 http://bimib.disco.unimib.it Viale Sarca 336 I-20126 Milan (MI) ITALY Please check: http://cdac.lakecomoschool.org Please note that I am not checking my Spam-box anymore. Please do not forward this email without asking me first.

6 5

Anyone interested in "package versioning"?
by Jean-Claude Beaudoin 22 May '16

22 May '16

Hi CL Pros, I just came across a post on Quora <https://www.quora.com/Where-did-we-go-wrong-Why-didnt-Common-Lisp-fix-the-w…> by Robert Smith where he mentions the idea of assigning some sort of "version" to Common Lisp packages in order to improve code configuration control. This seems to me to be a pretty neat and interesting idea! Has anyone of you explored such a concept, or know of anyone that did? Or, is anyone of you curious about it? I think pretty seriously that I will implement something like this as a CL extension in my upcoming MKCL 2.0. Cheers, Jean-Claude Beaudoin

11 31

Advice sought on structuring a system
by Don Morrison 12 Apr '16

12 Apr '16

I'm tidying up a library of code, Roan (for building things that play with change ringing, you probably don't want to know the details :-), for eventual inclusion in Quicklisp. In thinking about its dependencies I've run into an issue I'm not sure how best to address. I asked Zach Beane for advice, but he, too, isn't sure how best to deal with it, and suggested I consult folks on this list. My library has dependencies upon several others, all readily available from Quicklisp. One them, though, cl-sqlite (or perhaps it's better referred to as sqlite, it's rather conflicted about what it wants to call itself) in turn has a dependency on a binary library, sqlite3. For example, if the sqlite3 binary library is not install, doing (ql:quickload :sqlite) signals an error when it's setting up FFI things. However Roan's use of SQLite is not essential to Roan's usefulness (well, it's probably not all that useful to most people anyway, only to those interested in change ringing, a small audience). There's really only one, tiny corner of functionality in Roan it supports. While sqlite3 is easily obtained, it would seem polite to allow use of Roan without it, simply disabling the two functions that depend upon it. The "disable if the cl-sqlite stuff is not present" part I can easily do. What's causing me to scratch my head is figuring out how to set things up so Roan will still install whether or not the sqlite3 binary library is present. Three unattractive possibilities that come to mind are - Define two different roan ASDF systems: one consisting of most stuff, without the SQLite-dependent bits, and the other the "real" one that loads the first plus cl-sqlite. Then the user picks which one to load based on need. - Define something to push onto *features* that, if present, comments out in roan.asd the dependency on cl-sqlite, etc. Then the user has to push the appropriate keyword onto *features* before loading roan, if she doesn't have sqlite3. - I'm guessing I could probably include some code in the roan.asd file that does something or other nasty looking for the binary library, and then adjusts the defsystem appropriately or something (ugh). None of these is particularly appealing. The first two seem to put too much on the shoulders of the poor luser who just wants to load the darn thing without having to think about lower level stuff, and the last (a) seems to confound too much actually doing complex, kludgy stuff with what should be just declarative, and (b) is something I seriously doubt I'd get right, especially in a portable way. It seems there has got to be A Better Way. Has anyone dealt with a similar situation? Or, even if not, might you have a good idea? I suppose an attractive possibility might be to wrap some sort of condition handler around the place inside ASDF that's trying to load the cl-sqlite dependency, but I don't know my way around the ASDF internals enough to have a sense of where that should be done, or if it's even practical. Is there a good place inside of ASDF to do such a thing? It seems fairly modular, so it seems likely. Maybe it's as easy as defining a specialized method of some sort, or an :around method on something or other? Thanks! -- Don Morrison <dfm2(a)cmu.edu> "There were two cultures, as far as he was concerned. One was the real one, the other was occupied by people who liked machinery and ate pizza at unreasonable hours." -- Terry Pratchett, _The Last Hero_

10 12

[CFPart] ELS'16, 9th European Lisp Symposium, May 9-10, Kraków, Poland
by Didier Verna 06 Apr '16

06 Apr '16

ELS'16 - 9th European Lisp Symposium Department of Computer Science AGH University of Science and Technology Kraków, Poland May 9-10, 2016 In cooperation with: ACM SIGPLAN Sponsored by EPITA, Franz Inc., LispWorks Ltd., IdEx and Dept. of Computer Science AGH UST http://www.european-lisp-symposium.org/ Recent news: - Full programme now available online - Registration now open (early registration deadline: April 25) 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. Keynote speakers: - Pierre Castéran -- Program Proving with Coq - Stephan Karpinski -- Julia: to Lisp or Not to Lisp? - Francis Sergeraert -- Lexical Closures and Complexity Important dates: - 25 Apr 2016 Early registration deadline - 9-10 May 2016 Symposium Programme chair: Irène Durand, LaBRI, University of Bordeaux, France Local chair: Michał Psota, Emergent Network Defense, Kraków, Poland Programme committee: Antonio Leitao — INESC-ID / Instituto Superior Técnico, Universidade de Lisboa, Portugal Charlotte Heerzel — IMEC, Leuven, Belgium Christian Queinnec — University Pierre et Marie Curie, Paris 6, France Christophe Rhodes — Goldsmiths, University of London, United Kingdom Didier Verna — EPITA Research and Development Laboratory, France Erick Gallesio — University of Nice-Sophia Antipolis, France François-René Rideau, Google, USA Giuseppe Attardi — University of Pisa, Italy Kent Pitman, HyperMeta Inc., USA Leonie Dreschler-Fischer — University of Hamburg, Germany Pascal Costanza — Intel Corporation, Belgium Robert Strandh — University of Bordeaux, France Search Keywords: #els2016, ELS 2016, ELS '16, European Lisp Symposium 2016, European Lisp Symposium '16, 9th ELS, 9th European Lisp Symposium, European Lisp Conference 2016, European Lisp Conference '16 -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

[CfP] ELS 2016 Deadline extension: Sat Feb 27
by Didier Verna 20 Feb '16

20 Feb '16

ELS'16 - 9th European Lisp Symposium Department of Computer Science AGH University of Science and Technology Kraków, Poland May 9-10, 2016 In cooperation with: ACM SIGPLAN Sponsored by EPITA, Franz Inc., LispWorks Ltd., IdEx and Dept. of Computer Science AGH UST http://www.european-lisp-symposium.org/ Recent news: - *** Submission deadline extended to Saturday Feb 27 *** 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 9th 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 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. The conference proceedings will be published in the ACM Digital Library. Important dates: - *** EXTENDED *** 27 Feb 2016 Submission deadline *** EXTENDED *** - 25 Mar 2016 Notification of acceptance - 15 Apr 2016 Early registration deadline - 22 Apr 2016 Final papers due - 9-10 May 2016 Symposium Programme chair: Irène Durand, LaBRI, University of Bordeaux, France Local chair: Michał Psota, Emergent Network Defense, Kraków, Poland Programme committee: Antonio Leitao — INESC-ID / Instituto Superior Técnico, Universidade de Lisboa, Portugal Charlotte Heerzel — IMEC, Leuven, Belgium Christian Queinnec — University Pierre et Marie Curie, Paris 6, France Christophe Rhodes — Goldsmiths, University of London, United Kingdom Didier Verna — EPITA Research and Development Laboratory, France Erick Gallesio — University of Nice-Sophia Antipolis, France François-René Rideau, Google, USA Giuseppe Attardi — University of Pisa, Italy Henry Lieberman — MIT, USA Kent Pitman, HyperMeta Inc., USA Leonie Dreschler-Fischer — University of Hamburg, Germany Pascal Costanza — Intel Corporation, Belgium Robert Strandh — University of Bordeaux, France Search Keywords: #els2016, ELS 2016, ELS '16, European Lisp Symposium 2016, European Lisp Symposium '16, 9th ELS, 9th European Lisp Symposium, European Lisp Conference 2016, European Lisp Conference '16 -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

Naming suggestions
by Antoniotti Marco 05 Feb '16

05 Feb '16

Dear all, in the quest for RESTHBDB) RE-doing Stuff That Has Been Done Before) I am trying to come up with a name for a referencing/dereferencing operator. Think of something like (<name-of-reference-operator> #2A((1 0) (0 1)) 0 0) ==> 1 of (<name-of-reference-operator> #H((foo . bar) (we . 42)) ‘foo) ==> BAR ; I am cheating. #H(..) is a hash table. SETF methods will be defined as expected. Now. What could be a good name? I have the following list. REF REF$ [] [[]] AT @ GETAT What do you think? (Full disclosure: I usually refrain from taking up non alphabetic names) Cheers MA -- Marco Antoniotti, Associate Professor tel. +39 - 02 64 48 79 01 DISCo, Università Milano Bicocca U14 2043 http://bimib.disco.unimib.it Viale Sarca 336 I-20126 Milan (MI) ITALY Please check: http://cdac.lakecomoschool.org Please note that I am not checking my Spam-box anymore. Please do not forward this email without asking me first.

10 11