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

[cmucl-imp] Snapshot 2012-06
by Raymond Toy 13 Jun '12

13 Jun '12

The 2012-06 snapshot has been tagged. Binaries will be uploaded soon. Ray

1 0

[cmucl-imp] Trouble building latest sources using CMUCL 20C on Mac OS X Lion (x86_64)
by Jon Boone 28 May '12

28 May '12

Greetings! I downloaded the CMUCL 20C binary for Darwin with Unicode support, then obtained the latest sources via git. When I attempted to compile the sources, I get the following error during the stage-1 build of the compiler: ;; Loading #P"/Users/ipmonger/src/Lisp/cmucl/src/darwin-2/code/env-access.sse2f". [Doing purification: Done.] ;; Loading #P"/Users/ipmonger/src/Lisp/cmucl/src/src/compiler/loadcom.lisp". ;;; Loading #P"/Users/ipmonger/src/Lisp/cmucl/src/darwin-2/compiler/backend.sse2f". Undefined foreign symbol: "alloc_16_to_eax" [Condition of type SIMPLE-PROGRAM-ERROR] Restarts: 0: [CONTINUE] Return NIL from load of "c:backend". 1: Return NIL from load of "c:loadcom.lisp". 2: Return NIL from load of "target:tools/worldload". 3: [ABORT ] Return to Top-Level. Debug (type H for help) (UNDEFINED-FOREIGN-SYMBOL-ERROR-HANDLER "<error finding name>" #.(INT-SAP #x47FDE1B8) #<Alien (* SYSTEM-AREA-POINTER) at #x47FDE198> (16)) Source: ; File: target:code/interr.lisp (ERROR 'SIMPLE-PROGRAM-ERROR :FUNCTION-NAME NAME :FORMAT-CONTROL ...) 0] I'm using the following build line: bin/build.sh -o lisp -C x86_darwin --jon

2 1

[cmucl-imp] Cinco de Mayo snapshot
by Raymond Toy 05 May '12

05 May '12

The 2012 Cinco de Mayo snapshot has been tagged and binaries will be uploaded shortly. Changes for this release include several bug fixes for external formats, more aliases, and an update to asdf2 2.21. Ray

1 0

[cmucl-imp] Apr 2012 snapshot
by Raymond Toy 04 Apr '12

04 Apr '12

The April 2012 snapshot has been tagged. Binaries will be uploaded soon. I only got around to adding a couple of minor microptimizations this time. Ray

2 1

Re: [cmucl-imp] [asdf-devel] CMUCL error with 20c
by Raymond Toy 31 Mar '12

31 Mar '12

On 3/30/12 8:07 PM, Faré wrote: > On Fri, Mar 30, 2012 at 22:21, Raymond Toy <toy.raymond(a)gmail.com> wrote: >> On 3/30/12 4:24 PM, Faré wrote: >>> Same here on Linux x84. Everything works great with CMUCL 20b, but 20c >>> fails with these low-level failures. I suspect a bug in CMUCL itself. >> How did you run this test? I did make lisp=cmucl CMUCL=<20c> test-lisp. >> >> No problems with 20c or latest snapshot on OSX. (Unicode builds.) >> >> But I see you ran this on a linux box. I'll to check that out too.... >> >> BTW, the gmane list for cmucl devel has been broken for quite some time. >> It receives messages, but you can't send from there. I don't know why. >> > Yes, you indeed test with > make lisp=cmucl CMUCL=$cmuclbinary test-lisp Can't reproduce this with the 2012-03 snapshot on my Linux (openSuSE 64bit) box. Do you have any stale fasls that are getting loaded into cmucl on startup? > > Using the 20c release tarball (since I fail to compile the latest from git), I don't recall anything special being needed to compile the latest git sources with 20c. If you can remember, please let me know. Ray

1 0

[cmucl-imp] March snapshot
by Raymond Toy 03 Mar '12

03 Mar '12

The March snapshot has been tagged and binaries will be available shortly. Only a few minor changes in this update. See http://trac.common-lisp.net/cmucl/wiki/WikiStart for the changes. Ray

1 0

[cmucl-imp] gc & blocked signals
by Helmut Eller 08 Feb '12

08 Feb '12

I think there is a problem related to blocked signals and garbage collection: 1. Start cmucl -noinit -eval '(loop (ext:gc :full t))' in a terminal and let it run. 2. Under Linux, cat /proc/<pid>/status shows that SigBlk is 0 i.e. no signals are blocked. 3. Interrupt the loop with C-c (SIGINT) and wait for the debugger. 4. SigBlk is still 0. 5. Type c to continue the loop. 6. SigBlk is now 000000001fc90000 That's a bug, right? It should again be zero. The sigmask 000000001fc90000 corresponds to the signals: 17 SIGCHLD 20 SIGTSTP 23 SIGURG 24 SIGXCPU 25 SIGXFSZ 26 SIGVTALRM 27 SIGPROF 28 SIGWINCH 29 SIGIO SLIME uses SIGIO on a socket and if that stays blocked then SLIME can't interrupt the Lisp process. Also note that C-z in the terminal doesn't stop the process; presumably because SIGTSTP is blocked. lisp-implementation-version is "20c release-20c (20C Unicode)". Helmut

3 9

[cmucl-imp] Feb snapshot tagged
by Raymond Toy 04 Feb '12

04 Feb '12

The February snapshot has been tagged. Binaries will be uploaded soon. The changes for this snapshot are: o utf-8 built into the core o a bug in unicode-complete-name has been fixed o Helmut's blocked signals issue One other change is that the ppc port has been revived and is up-to-date with the current sources. However, only a unicode build is available. Many thanks to Robert Smith for making a ppc machine available for this. Ray

1 0

[cmucl-imp] ELS 2012, Zadar, Croatia
by Marco Antoniotti 01 Feb '12

01 Feb '12

Apologies for the multiple postings. PAPER SUBMISSION DEADLINE EXTENDED European Lisp Symposium 2012, Zadar, Croatia, April 30th - May 1st, 2012 http://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, and so on. We encourage everyone interested in Lisp to participate. The main theme of the 2012 European Lisp Conference is "Interoperability: Systems, Libraries, Workflows". Lisp based and functional-languages based systems have grown a variety of solutions to become more and more integrated with the wider world of Information and Communication Technologies in current use. There are several dimensions to the scope of the solutions proposed, ranging from "embedding" of interpreters in C-based systems, to the development of abstractions levels that facilitate the expression of complex context dependent tasks, to the construction of exchange formats handling libraries, to the construction of theorem-provers for the "Semantic Web". The European Lisp Symposium 2012 solicits the submission of papers with this specific theme in mind, alongside the more traditional tracks which have appeared in the past editions. 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 and http://www.acm.org/about/class/1998. Important dates: February 15th 2012: submission deadline (extended deadline) March 7th 2012: acceptance results April 30th 2012: Conference opens Program Commitee. Chair: Marco Antoniotti, Università degli Studi di Milano Bicocca, Milan, ITALY Local organizers: Damir Cavar, Eastern Michigan University Franjo Pehar, University of Zadar Damir Kero, University of Zadar Members: Giuseppe Attardi, Università degli Studi di Pisa, Pisa, ITALY Pascal Costanza, Intel, Bruxelles, BELGIUM Marc Feeley, Université de Montreal, Montreal, CANADA Scott McKay, Google, U.S.A. Kent Pitman, U.S.A. Christophe Rhodes, Department of Computing, Goldsmiths, University of London, London, UNITED KINGDOM Robert Strandh, LABRI, Université de Bordeaux, Bordaux, FRANCE Didier Verna, EPITA / LRDE, FRANCE Taiichi Yuasa, Kyoto University, JAPAN -- Marco Antoniotti

1 0

[cmucl-imp] Build failure on gcc-4.6 [resend with other user]
by Peter Van Eynde 17 Jan '12

17 Jan '12

Hello all, If one uses gcc-4.6 to recompile cmucl then the test defined in: src/lisp/os-common.c: os_stack_grows_down always returns 0, even on x86/Linux where the correct answer is 1. I'm guessing that this is due to the added smarts in gcc-4.6. This causes the resulting lisp binary to segfault on startup, see Debian bug 483331. I 'fixed' this by making the function always return 1 as I'm only concerned about x86/Linux :). After this major hurdle expect 20c in Debian soonish... Best regards, Peter -- signature -at- pvaneynd.mailworks.org http://pvaneynd.dreamwidth.org/ God, root, what is difference?-Pitr|God is more forgiving.-Dave Aronson|

3 3