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

[cmucl-imp] Test
by Raymond Toy 31 Oct '10

31 Oct '10

Testing list after move. Ray

1 0

CMUCL mailing list move
by Martin Cracauer 30 Oct '10

30 Oct '10

Folks, I'm moving the CMUCL lists to a different machine this weekend. Among other things we get an instant archive on the list server back. We lost that when I moved the webserver but not the lists. There's should be much of an impact but it's also a newer version of mailman, so some specifics of headers and IDs might inadvertently change and your filters might be thrown off. If so let me know and I can set it back to what it should be. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer <cracauer(a)cons.org> http://www.cons.org/cracauer/

1 0

Signaling errors for read-char/read-byte on binary/character streams?
by Raymond Toy 10 Oct '10

10 Oct '10

Previously with cmucl 19e and earlier, cmucl would signal errors if you tried to read-char from a binary stream. Similarly, read-byte would signal an error from a character stream. In 19f, this was also true, except that read-char would work on (unsigned-byte 8) streams, and read-byte would work on character streams. And there was an addition to support binary-text-streams where read-byte and read-char were always allowed, and read-sequence was updated to work with any stream and read the desired type of data from the stream. In 20a and 20b, this was inadvertently broken when unicode was added. Now read-char and read-byte never signal errors on the the wrong type of stream. And even though they didn't signal errors, the results were not right. (read-byte and read-char behaved as if nothing else had been read and continued where it left off.) I think the we are required to signal errors for read-char on binary streams and read-byte on character streams. I propose that this should be fixed now. However, we will still allow binary-text-streams (created using open :class 'binary-text-stream) to support so-called bivalent streams. I have the necessary changes to make this work, but the behavior of read-sequence is changed. If you want read-sequence to work as before, you have to open the stream as a binary-text-stream. (Making it work as it used to will require some rethinking and reworking.) Also, reading characters from binary-text-streams will be slower than in 20b, but the same as in 20a. Reading characters from character streams will still be as fast as in 20b. Ray

1 0

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