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

[cmucl-imp] July snapshot
by Raymond Toy 01 Jul '11

01 Jul '11

The July snapshot has been tagged. Binaries will be uploaded soon. Major change is a fix for a unicode bug introduced with Trac #43 [http://trac.common-lisp.net/cmucl/ticket/43] was fixed a couple of months ago. The unicode version has also been updated to 6.0.0. Happy 4th of July! Ray

1 0

[cmucl-imp] URL wrong on CMU CL home page
by Chun Tian (binghe) 21 Jun '11

21 Jun '11

Hi, In the left sidebar of CMU CL home page, all URLs have a base URL of "http://www.cons.org/" but "http://www.cons.org/cmucl/". This caused all those links (Documentation, Download) are invalid. P. S. Why not register "cmucl.cons.org", just like what CLISP did. --binghe

2 2

[cmucl-imp] ASDF 2.016 released
by Faré 10 Jun '11

10 Jun '11

Dear CMUCL implementors, below is the announcement for ASDF 2.016, as posted on the asdf-announce mailing-list, also accessible via its gmane mirror gmane.lisp.asdf.announce. Please have me take your list off my forwarding aliases if unappropriate. Can you upgrade your implementation to ship with the latest ASDF? Thanks! If you're still using 2.015 (or something even older), there have been many bug fixes, robustness, portability and upgradability enhancements and a few features implemented since. Also, the CLISP maintainers insist on having (require :asdf) not work and (require "asdf") work, whereas CMUCL does the opposite. Since the CLISP maintainers won't seem to budge, could you have CMUCL accept both? PS: I noticed you moved the mailing-list to common-lisp.net; the old address @cons.org seems to still exist, but rejects messages as my not being subscribed. Or do both addresses exist? That's confusing. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Consider this: the first hole ever dug on the moon by a man-made machine is now done. It is the most expensive hole in the history of the human race. Now, what does that mean? How do we know whether this is one of man's noblest achievements or if it is a game being played by a small group of lunatics for their own amusement — at our expense?" — Neil Postman, "Teaching as a Subversive Activity" ---------- Forwarded message ---------- From: Faré <fahree(a)gmail.com> Date: 7 June 2011 20:30 Subject: ASDF 2.016 released To: asdf-announce(a)common-lisp.net Cc: ASDF-devel <asdf-devel(a)common-lisp.net> Dear CL users, I released ASDF 2.015.12 as 2.016. Please test, and upon success update your implementations and lisp distributions. Since 2.015, we have the following improvements: * Portability: Fixes for ECL, RMCL. Tweaks for CLISP. Improvements to Windows configuration, notably for LispWorks. * Fix to load-source-op (broken in 2.014.13 - oops). * Avoid infinite loops in defsystem in cases of bad interference between quicklisp and your source-registry. * Small fixes regarding upgrade, compile-file* :output-file. * Make defsystem-depends-on actually useful by allowing a system thus depended on to define the class of the system depending on it. The XCVB bridge notably relies on this feature. * Some documentation updates. Notably, for the sake of CLISP, (require "asdf") is the new canonical way to load ASDF, instead of (require :asdf). Sigh. * Better tests, notably wrt hot upgrade. Happy hacking! —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org The American diplomat to the Russian: "My country too is free: in the USA too anyone may freely publish the dirty little secrets of president Medvedev!"

2 16

Re: [cmucl-imp] ASDF 2.016 released
by Raymond Toy 08 Jun '11

08 Jun '11

The following message is a courtesy copy of an article that has been posted to gmane.lisp.cmucl.devel as well. >>>>> "Far" == Far <Far> writes: Far> Can you upgrade your implementation to ship with the latest ASDF? Thanks! Far> If you're still using 2.015 (or something even older), there have been Far> many bug fixes, robustness, portability and upgradability enhancements Far> and a few features implemented since. Bummer. Just missed the snapshot by a couple of days. I'll update the current version (2.014.1) with 2.016 soon. Far> We recommend that you keep (require :asdf) working as well as (require "asdf"). Hmm. (require :asdf) works but (require "asdf") does not work. AIUI, you are now recommending that the latter be the correct way to load asdf all because of clisp. Every other lisp accepts the former. Why not just make an exception for clisp? I will need to investigate that how to make that work. This would also be an incompatible change. Ray

1 1

[cmucl-imp] June snapshot
by Raymond Toy 06 Jun '11

06 Jun '11

The June snapshot has been tagged and binaries will be available soon. Just a few minor changes this month: o :CMUCL is a *FEATURE* now. (I make that mistake a lot, even though I should know better.) o Bug fix for an error that occurs when opening a file containing an escaped "[" character. o Added -unidata switch to allow user to specify the full path to the unidata.bin file to be used. This change requires a cross-compile due to the new static symbol. Use boot-2011-04-1-cross.lisp as the cross-compile script. Ray

1 0

[cmucl-imp] No May snapshot
by Raymond Toy 13 May '11

13 May '11

In the last couple of weeks, common-lisp.net has been in the process of being upgraded/updated to a newer OS version. (Many of the different programs like git and hg were very old.) Due to that and to the fact that very little changed since April, there will be no snapshot for May. There will be one for June, though. Ray

1 0

[cmucl-imp] 2011-04 snapshot cannot compile itself?
by Madhu 14 Apr '11

14 Apr '11

I'm trying to cross build the 2011-04 snapshot sources using the 2011-04 binary, with the command $ src/tools/cross-build-world.sh linux-x86/ cross-x86/src/tools/cross-scripts/cross-x86-x86.lisp This fails when loading worldbuild.lisp ; Error: Read error at 40380: ; "(vm:floating-point-modes/\))))" ; Reader error at 40385 on #<Stream for file "/var/tmp/build/cmucl-rhea/src/code/irrat.lisp">: ; Symbol "FLOATING-POINT-MODES" not found in the X86 package. ; Maybe I Should be doing something differently? --- Madhu

2 2

[cmucl-imp] unchangeable "ext-formats:uni-data.bin", error starting lisp
by Madhu 13 Apr '11

13 Apr '11

When running Unicode CMUCL from the location where it is compiled, it starts with an error saying it cannot find the unidata.bin file. Usually one can set the search-list translations in ~/.cmucl-init.lisp, but this error happens even before that, so the only locations CMUCL can look for are the hardcoded locations. How can one supress the error, or specify the location during startup, so one can start `lisp -noinit' without throwing this error (when the "unidata.bin" file is not where the packaged/installed CMUCL expects to find it installed) $ linux-x86/lisp/lisp Error in function LISP::REINIT-CHAR-ATTRIBUTES: Cannot find "ext-formats:unidata.bin", so unicode support is not available (qui [Condition of type SIMPLE-ERROR] Restarts: 0: [CONTINUE] Continue anyway 1: [ABORT ] Skip remaining initializations. Debug (type H for help) (LISP::REINIT-CHAR-ATTRIBUTES) Source: Error finding source: Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists\ : target:code/print.lisp. 0] back back 0: (LISP::REINIT-CHAR-ATTRIBUTES) 1: ((LABELS LISP::%RESTART-LISP SAVE-LISP)) 2: ((LABELS LISP::RESTART-LISP SAVE-LISP)) 0]

2 1

[cmucl-imp] 2011 Apr snapshot tagged
by Raymond Toy 04 Apr '11

04 Apr '11

The 2011 Apr snapshot has been tagged. Binaries will be uploaded shortly. Only a couple of minor updates this month: o Update to asdf 2.014.1 o Second return value of COMPILE-FILE should match the spec. Ray

1 0

[cmucl-imp] compile-file return values?
by Douglas Crosher 28 Mar '11

28 Mar '11

While check the ASDF 2 tests it appears that CMUCL may not be returning the expected value for the second return value of 'compile-file. The standard appears to state that the second value should be true if there are style-warnings, warnings, or errors. However CMUCL ignores style-warnings. This appears to be a regression, as it had been: (not (null error-severity)) Regards Douglas Crosher

2 5