September 2010 - cmucl-imp - mailman3.common-lisp.net

CMUCL 20b released
by Raymond Toy 29 Sep '10

29 Sep '10

We are pleased to announce the release of CMUCL 20b. The key changes in this release are: o www.cmucl.org is a mirror of the CMUCL website at www.cons.org/cmucl. (Thanks to Carl for recovering that domain.) o the unicode build has much faster streams, especially for utf8. o support for localization, including CMUCL messages (but translations are not done, except for piglatin, for fun) o executable images for Linux, FreeBSD, Mac OS X, and Solaris o support for static arrays that are not moved by gc, but are gc'ed when not referenced o asdf2 and mk-defsys are included There have also been quite a few other changes and bug fixes; we refer the interested reader to the release notes at http://www.cmucl.org/news/release-20b.txt We hope you find this release useful.

1 0

CMUCL 20b tagged
by Raymond Toy 27 Sep '10

27 Sep '10

CMUCL 20b has been tagged (RELEASE_20b). Although there have been some changes from 20b-pre2, they've been fairly small. I don't want to go through another pre-test cycle. Binaries will be uploaded soon and the webpages will be updated with the new information. The formal announcement will come soon too. Also, 20b will be the last release that provides both unicode and non-unicode builds. I'm tired of doing the non-unicode builds especially since I never use them. The next snapshot might have them, but I'm going to stop building them after that. Ray

1 1

Spurious warning for standard-generic-function subclass
by Willem Broekema 27 Sep '10

27 Sep '10

The below warning about the meta-class seems spurious... - Willem CMU Common Lisp 20b-pre2 (20B Unicode), running on framboos With core: /home/willem/lisp/cmucl-20b-pre2/lib/cmucl/lib/lisp-sse2.core Dumped on: Mon, 2010-09-06 19:12:52+02:00 on lorien2 See <http://www.cons.org/cmucl/> for support information. Loaded subsystems: Unicode 1.8 with Unicode version 5.1.0 Python 1.1, target Intel x86/sse2 CLOS based on Gerd's PCL 2010-03-19 15:19:03 * (defclass foo (standard-generic-function) () (:metaclass pcl:funcallable-standard-class)) Warning: Changing meta-class of FOO from KERNEL::STANDARD-CLASS to KERNEL:RANDOM-PCL-CLASS. #<FUNCALLABLE-STANDARD-CLASS FOO {581A5515}> *

2 1

Reader error leads to invalid VECTOR-SUBSEQ* call
by Willem Broekema 27 Sep '10

27 Sep '10

Compiling a file with the following contents, leads to an error as the closer-mop package is not found; but the read error handler apparently does an invalid call to VECTOR-SUBSEQ*. - Willem - - - (in-package :cl-user) (defclass lexer (standard-generic-function) ((curr-line-no ) (tokens-todo :accessor ls-tokens-todo :initform ()) (indent-stack :accessor ls-indent-stack :initform (list 0)) (bracket-level :accessor ls-bracket-level :initform 0) (open-deco :initform nil) (debug :accessor ls-debug :initform 'lex-debug) (return-count :initform 0)) (:metaclass closer-mop:funcallable-standard-class)) - - - CMU Common Lisp 20b-pre2 (20B Unicode), running on framboos With core: /home/willem/lisp/cmucl-20b-pre2/lib/cmucl/lib/lisp-sse2.core Dumped on: Mon, 2010-09-06 19:12:52+02:00 on lorien2 See <http://www.cons.org/cmucl/> for support information. Loaded subsystems: Unicode 1.8 with Unicode version 5.1.0 Python 1.1, target Intel x86/sse2 CLOS based on Gerd's PCL 2010-03-19 15:19:03 * (compile-file "/tmp/bla.lisp") ; Python version 1.1, VM version Intel x86/sse2 on 2010-09-24 19:52:03. ; Compiling: /tmp/bla.lisp 2010-09-24 19:50:57 Type-error in KERNEL::INVALID-ARRAY-INDEX-ERROR-HANDLER: 2 is not of type (INTEGER 0 (2)) [Condition of type TYPE-ERROR] Restarts: 0: [ABORT] Return to Top-Level. Debug (type H for help) (LISP::VECTOR-SUBSEQ* "))" 0 #<unavailable-arg>) Source: Error finding source: Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists: target:code/seq.lisp. 0] :backtrace 0: (LISP::VECTOR-SUBSEQ* "))" 0 #<unavailable-arg>) 1: (C::NORMAL-READ-ERROR #<Stream for file "/tmp/bla.lisp"> 508 #<LISP::READER-PACKAGE-ERROR {581DA005}>) 2: (C::CAREFUL-READ #<Stream for file "/tmp/bla.lisp"> (C::*EOF*) 508) 3: (C::PROCESS-SOURCES #<Source-Info>) 4: ((FLET #:G0 C::SUB-COMPILE-FILE)) 5: (C::SUB-COMPILE-FILE #<Source-Info> NIL) 6: (C::SUB-COMPILE-FILE 1 #<Source-Info> NIL)[:EXTERNAL] 7: (COMPILE-FILE "/tmp/bla.lisp" :OUTPUT-FILE T :ERROR-FILE ...) 8: (INTERACTIVE-EVAL (COMPILE-FILE "/tmp/bla.lisp")) 9: (LISP::%TOP-LEVEL) 10: ((LABELS LISP::RESTART-LISP SAVE-LISP)) 0]

2 1

Closed-over variables get wrong values
by Willem Broekema 24 Sep '10

24 Sep '10

In the code below a closure is created, then later called. At call time, the closed-over variables point to the wrong values. - - - (in-package :cl-user) (defclass lexer (standard-generic-function) () (:metaclass pcl:funcallable-standard-class)) (defun make-lexer (closed-over-var) (let ((lexer (make-instance 'lexer))) (format t "outside 1:~% closed-over-var = ~S~% lexer = ~S~%" closed-over-var lexer) (flet ((inner () (format t "closure:~% closed-over-var = ~S~% lexer = ~S~%" closed-over-var lexer))) (pcl:set-funcallable-instance-function lexer #'inner) (format t "outside 2:~% closed-over-var = ~S~% inner = ~S~% lexer = ~S~%" closed-over-var #'inner lexer) lexer))) (let ((lexer (make-lexer :foo))) (funcall lexer)) - - - CMU Common Lisp 20b-pre2 (20B Unicode), running on framboos With core: /home/willem/lisp/cmucl-20b-pre2/lib/cmucl/lib/lisp-sse2.core Dumped on: Mon, 2010-09-06 19:12:52+02:00 on lorien2 See <http://www.cons.org/cmucl/> for support information. Loaded subsystems: Unicode 1.8 with Unicode version 5.1.0 Python 1.1, target Intel x86/sse2 CLOS based on Gerd's PCL 2010-03-19 15:19:03 * (progn (compile-file "/tmp/foo.lisp") (load "/tmp/foo")) ; Python version 1.1, VM version Intel x86/sse2 on 2010-09-24 23:03:15. ; Compiling: /tmp/foo.lisp 2010-09-24 23:03:06 ; Compiling Load Time Value of (PCL::ENSURE-CTOR '(PCL::CTOR LEXER) 'LEXER ...): ; Converted MAKE-LEXER. ; Compiling DEFUN MAKE-LEXER: ; Byte Compiling Top-Level Form: ; /tmp/foo.sse2f written. ; Compilation finished in 0:00:00. ; Loading #P"/tmp/foo.sse2f". Warning: Changing meta-class of LEXER from KERNEL::STANDARD-CLASS to KERNEL:RANDOM-PCL-CLASS. outside 1: closed-over-var = :FOO lexer = #<LEXER NIL (0) {584ABBE9}> outside 2: closed-over-var = :FOO inner = #<Closure Over Function (FLET INNER MAKE-LEXER) {584ADAA9}> lexer = #<LEXER NIL (0) {584ABBE9}> closure: closed-over-var = #<Wrapper #<FUNCALLABLE-STANDARD-CLASS LEXER {582BFBDD}> {582CC1FD}> <-- !!! lexer = #<Closure Over Function (FLET INNER MAKE-LEXER) {584ADA99}> <-- !!! T - - - However, when the Lisp file is loaded without compiling, things go fine: * (load "/tmp/foo.lisp") ; Loading #P"/tmp/foo.lisp". outside 1: closed-over-var = :FOO lexer = #<LEXER NIL (0) {5867E8B9}> outside 2: closed-over-var = :FOO inner = #<Interpreted Function (FLET INNER) {5867F7B9}> lexer = #<LEXER NIL (0) {5867E8B9}> closure: closed-over-var = :FOO lexer = #<LEXER NIL (0) {5867E8B9}> T - Willem

1 0

Character completion with cmucl and slime
by Raymond Toy 20 Sep '10

20 Sep '10

With lots of code from Paul Foley, cmucl now has the necessary hooks to enable character completion with slime. The hooks are available in cvs now. The slime side is now also available in slime cvs. However, the code to do completion is fairly general and can be used on any version of cmucl that supports unicode. If you want to try it you can find the code (and some simple instructions) at http://common-lisp.net/project/cmucl/downloads/experimental/char-completion… This allows you to type, say, #\greek<tab> to show the possible unicode characters whose name begins with GREEK. While I don't do this very often, it does come in very handy when testing unicode when I can't remember the full unicode name and can't remember the codepoint, and don't want to figure out how to get emacs mule with the right input method to get the character I want. Thanks to Paul for supplying most of the necessary code to enable completion! Ray

1 0

[CfP] 4th European Lisp Symposium, Hamburg, March 31 - April 1st, 2011
by Didier Verna 13 Sep '10

13 Sep '10

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 4th European Lisp Symposium Special Focus on Parallelism & Efficiency March 31 - April 1st, 2011 TUHH, Hamburg University of Technology Hamburg, Germany http://www.european-lisp-symposium.org/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Important Dates ~~~~~~~~~~~~~~~~ + Submission Deadline: January 09, 2011 + Author Notification: February 06, 2011 + Final Paper Due: February 28, 2011 + Symposium: March 31 - April 1st, 2011 Authors of accepted research contributions will be invited to submit an extended version of their papers for journal publication. Scope ~~~~~~ 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 dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, Dylan, Clojure, ACL2, ECMAScript, Racket and so on. We encourage everyone interested in Lisp to participate. The European Lisp Symposium 2011 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. This year's focus will be directed towards "Parallelism & Efficiency". We especially invite submissions in the following areas: + Parallel and distributed computing + Code generation for multi-core architectures + Code generation for HTM + Large and ultra-large systems + Optimization techniques + Embedded applications Contributions are also welcome in other areas, including but 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 Technical Program: ~~~~~~~~~~~~~~~~~~ We invite submissions in the following forms: * Papers: Technical papers of up to 15 pages that describe original results or explain known ideas in new and elegant ways. * Demonstrations: Abstracts of up to 4 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. * Lightning talks: Abstracts of up to one page for talks to last for no more than 5 minutes. 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 http://www.acm.org/about/class/1998 Submissions should be uploaded to Easy Chair, at the following address: http://www.easychair.org/conferences/?conf=els2011 Programme Chair ~~~~~~~~~~~~~~~~ Didier Verna - EPITA Research and Development Laboratory, France Local Chair ~~~~~~~~~~~~ Ralf Moeller - Hamburg University of Technology, Germany Programme Committee ~~~~~~~~~~~~~~~~~~~~ Antonio Leitao - Instituto Superior Tecnico/INESC-ID, Portugal Christophe Rhodes - Goldsmiths College, University of London, UK David Edgar Liebke - Relevance Inc., USA Didier Verna - EPITA Research and Development Laboratory, France Henry Lieberman - MIT Media Laboratory, USA Jay McCarthy - Brigham Young University, USA Jose Luis Ruiz Reina - Universidad de Sevilla, Spain Marco Antoniotti - Universita Milano Bicocca, Italy Manuel Serrano - INRIA, France Michael Sperber - DeinProgramm, Germany Pascal Costanza - Vrije Universiteit of Brussel, Belgium Scott McKay - ITA Software, USA -- Resistance is futile. You will be jazzimilated. Scientific site: http://www.lrde.epita.fr/~didier Music (Jazz) site: http://www.didierverna.com

1 0

Release 20b-pre2 tagged
by Raymond Toy 06 Sep '10

06 Sep '10

Although 20b-pre1 was supposed to be the final candidate, I went and fixed the file-position issue and a few other important bugs. Hence, there will be another pre-release test (and therefore, no explicit snapshot). The release has been tagged and binaries will be uploaded soon. Ray

1 1