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

[cmucl-imp] Snapshot 2013-12
by Raymond Toy 09 Dec '13

09 Dec '13

The last snapshot of the year (gasp!) has been tagged. Binaries will be uploaded soon. Key changes for this snapshot: o Type derivation for DECODE-FLOAT o Use the C library sincos function for CIS, when available (linux, sparc). o Build for PPC on OSX 10.5 Ray

1 0

[cmucl-imp] 20e ppc binaries
by Raymond Toy 07 Dec '13

07 Dec '13

Thanks to Carl for digging up a ppc box, the 20e binaries for ppc are now available. Don't know if ppc will get snapshots every month, but since it's much faster than any sparc box I have access to, perhaps it will be kept alive. Ray

1 0

[cmucl-imp] 7th European Lisp Symposium, May 5-6 2014, Paris, France
by Didier Verna 30 Nov '13

30 Nov '13

ELS'14 - 7th European Lisp Symposium IRCAM, Paris, France May 5-6, 2014 http://www.european-lisp-symposium.org/ 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! - 09 Mar 2014: Submission deadline - 31 Mar 2014: Notification of acceptance - 21 Apr 2014: Final Papers due - 05 May 2014: Symposium. Join us there! Program Committee: Chair: Kent Pitman, Hypermeta Inc., U.S.A. Local Organizers: Didier Verna, EPITA Research Lab, France Gérard Assayag, IRCAM, France Members: To be announced later 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 -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

[cmucl-imp] Snapshot 2013-11
by Raymond Toy 03 Nov '13

03 Nov '13

The November snapshot has been tagged and binaries will be uploaded soon. The changes for this month are o ASDF 3.0.3 o Various micro-optimizations for x86 (ported from sparc and ppc). o Integers are printed with lower case letters when *print-case* is :downcase. Ray

1 0

Re: [cmucl-imp] [Sbcl-devel] [Didier Verna] multiple string reads/writes of SB-IMPL::BAKQ-COMMA
by Didier Verna 14 Oct '13

14 Oct '13

Douglas Katzman <dougk(a)google.com> wrote: > You'll get correct results doing it this way - > > (s (write-to-string (read s) :pretty nil :readably t)) Yes. In fact, I was fooled by the fact that PRIN1 and friends are described to produce output suitable "for input to READ", but in fact don't bind *PRINT-READABLY* (this is even mentioned explicitly in the CLHS...). -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

Re: [cmucl-imp] [Sbcl-devel] [Didier Verna] multiple string reads/writes of SB-IMPL::BAKQ-COMMA
by Faré 11 Oct '13

11 Oct '13

The heart of the issue is that the pretty-printer for LET forms is confused by the comma. A workaround would be to use (let ((,obj nil)) ...) A fix would be to fix the pretty-printer of LET recognize SB-IMPL::BACKQ-COMMA (and while we're at it FARE-QUASIQUOTE::UNQUOTE, etc.?) or better, to be less clever with the printing of bindings, just setting the start column? —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org A successful [software] tool is one that was used to do something undreamed of by its author. — S. C. Johnson On Fri, Oct 11, 2013 at 9:09 AM, Douglas Katzman <dougk(a)google.com> wrote: > You'll get correct results doing it this way - > > (with-input-from-string (s "(defmacro test (&body body) > (let ((obj (gensym))) > `(let (,obj) > (setq ,obj (list ,@body)) > ,obj)))") > (eval (with-input-from-string > (s (write-to-string (read s) :pretty nil :readably t)) > (read s)))) > > > > > On Fri, Oct 11, 2013 at 4:27 AM, Didier Verna <didier(a)lrde.epita.fr> wrote: >> >> >> Hi, >> >> on second thought, I'm forwarding this to sbcl-devel because I think >> this might be a bug. The same scenario works fine with CCL. CMUCL gives >> a note and a warning but still works: >> >> CL-USER> (test 'a 'b) >> ; In: TEST 'A >> >> ; (TEST 'A 'B) >> ; ==> >> ; (LET (#) >> ; (SETQ #:G0 #) >> ; #:G0) >> ; Note: Variable LISP::BACKQ-COMMA defined but never used. >> ; ; >> >> ; Warning: These variables are undefined: >> ; #:G0 OBJ >> ; (A B) >> >> The macroepansion is however similar to that of SBCL: >> >> CL-USER> (macroexpand '(test 'a 'b)) >> (LET ((LISP::BACKQ-COMMA OBJ)) >> (SETQ #:G4368 (LIST 'A 'B)) >> #:G4368) >> T >> >> >> >> >> >> >> ---------- Forwarded message ---------- >> From: Didier Verna <didier(a)lrde.epita.fr> >> To: SBCL Help <sbcl-help(a)lists.sourceforge.net> >> Cc: >> Date: Fri, 11 Oct 2013 09:14:06 +0200 >> Subject: multiple string reads/writes of SB-IMPL::BAKQ-COMMA >> >> Hello, >> >> the backquote syntax gives me a problem when doing multiple (in fact 2) >> reads and writes of an expression. Consider this: >> >> CL-USER> (defmacro test (&body body) >> (let ((obj (gensym))) >> `(let (,obj) >> (setq ,obj (list ,@body)) >> ,obj))) >> TEST >> CL-USER> (test 'foo 'bar) >> (FOO BAR) >> >> >> CL-USER> (with-input-from-string (s "(defmacro test (&body body) >> (let ((obj (gensym))) >> `(let (,obj) >> (setq ,obj (list ,@body)) >> ,obj)))") >> (eval (read s))) >> STYLE-WARNING: redefining COMMON-LISP-USER::TEST in DEFMACRO >> TEST >> CL-USER> (test 'foo 'bar) >> (FOO BAR) >> >> ;; Okay, but then... >> >> >> CL-USER> (with-input-from-string (s "(defmacro test (&body body) >> (let ((obj (gensym))) >> `(let (,obj) >> (setq ,obj (list ,@body)) >> ,obj)))") >> (eval (with-input-from-string (s (prin1-to-string (read s))) >> (read s)))) >> STYLE-WARNING: redefining COMMON-LISP-USER::TEST in DEFMACRO >> TEST >> CL-USER> (test 'foo 'bar) >> ; in: TEST 'FOO >> ; (LET ((SB-IMPL::BACKQ-COMMA OBJ)) >> ; (SETQ #:G2191 (LIST 'FOO 'BAR)) >> ; #:G2191) >> ; >> ; caught STYLE-WARNING: >> ; The variable SB-IMPL::BACKQ-COMMA is defined but never used. >> >> ; (SETQ #:G2191 (LIST 'FOO 'BAR)) >> ; >> ; caught WARNING: >> ; undefined variable: #:G2191 >> >> >> and it breaks. What happens is that in the first case, SBCL understands >> that (SB-IMPL::BACKQ-COMMA OBJ) really means ,obj in the let form, but >> if I read this expression, write it to a string and read it again for >> evaluation, then it thinks that I'm trying to bind SB-IMPL::BACKQ-COMMA >> to OBJ... >> >> >> How can I avoid this behavior ? >> >> >> Thanks ! >> >> -- >> Resistance is futile. You will be jazzimilated. >> >> Lisp, Jazz, Aïkido: http://www.didierverna.info >> >> >> >> -- >> Resistance is futile. You will be jazzimilated. >> >> Lisp, Jazz, Aïkido: http://www.didierverna.info >> >> >> ------------------------------------------------------------------------------ >> October Webinars: Code for Performance >> Free Intel webinars can help you accelerate application performance. >> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most >> from >> the latest Intel processors and coprocessors. See abstracts and register > >> >> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk >> _______________________________________________ >> Sbcl-devel mailing list >> Sbcl-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/sbcl-devel >> > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk > _______________________________________________ > Sbcl-devel mailing list > Sbcl-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sbcl-devel >

1 0

[cmucl-imp] [Didier Verna] multiple string reads/writes of SB-IMPL::BAKQ-COMMA
by Didier Verna 11 Oct '13

11 Oct '13

Hi, on second thought, I'm forwarding this to sbcl-devel because I think this might be a bug. The same scenario works fine with CCL. CMUCL gives a note and a warning but still works: CL-USER> (test 'a 'b) ; In: TEST 'A ; (TEST 'A 'B) ; ==> ; (LET (#) ; (SETQ #:G0 #) ; #:G0) ; Note: Variable LISP::BACKQ-COMMA defined but never used. ; ; ; Warning: These variables are undefined: ; #:G0 OBJ ; (A B) The macroepansion is however similar to that of SBCL: CL-USER> (macroexpand '(test 'a 'b)) (LET ((LISP::BACKQ-COMMA OBJ)) (SETQ #:G4368 (LIST 'A 'B)) #:G4368) T -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

[cmucl-imp] Release 20e
by Raymond Toy 28 Sep '13

28 Sep '13

CMUCL Release 20e has been tagged and binaries will be uploaded soon. To build this, use boot-20e.lisp to bootstrap from the 2013-09 snapshot. Of course, with the release, there will not be a 2013-10 snapshot. For the release notes, see http://trac.common-lisp.net/cmucl/wiki/Release20e Hope this is useful, Ray

1 0

[cmucl-imp] Snapshot 2013-09
by Raymond Toy 07 Sep '13

07 Sep '13

The Sep snapshot has been tagged and binaries will be uploaded soon. The key changes are: o DISASSEMBLE is now ANSI compliant; no other arguments are allowed. Use DISAASSEM:DISASSEMBLE if you need more options. o The disassembler now defaults to printing disassembly in base 16 (without radix marker) and in lower case. If you want other options, use DISASSEM:DISASSEMBLE. o New keyword args for DISASSME:DISASSEMBLE: base, case, radix to specify the base, print case, and radix. The defaults are 16, :downcase, and NIL, respectively. o Some optimizations in the x86 backend to speed up some operations and reduce register restrictions. Ray

1 0

[cmucl-imp] CMUCL mailing list changes
by Martin Cracauer 04 Aug '13

04 Aug '13

Folks. I reactivated the CMUCL list after a wave of spam took down the machine doing @cons.org (as opposed to @cmucl.cons.org) with heavy disk I/O caused by mismatching spamfilters between the @cons.org forwarder and the ML software on @cmucl.cons.org Unless this causes great concern I would like to make @cmucl.cons.org The only supported bunch of addresses and not support @cons.org anymore. The forwarding means I tunnel some of my own spamfilters. If that's all right, whoever does the webpages would please need to adjust http://www.cons.org/cmucl/support.html However, *please* hide this in a gif or some javascript because the bombardment of the old addresses is just staggering and it comes from all those places on the web that have no or naive obfuscation. Thanks Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer <cracauer(a)cons.org> http://www.cons.org/cracauer/

2 4