A couple of pathname issues were discovered in the release of Ready Lisp that was posted yesterday, leading to the inability to load asdf-install (or use it). These have been fixed in the new release uploaded today. If you now use asdf-install and choose a “system-wide” installation, the installed packages get saved in your Application bundle. However, due to the way that asdf-install itself works, if you then move your application bundle to another directory, symbolic links in the systems directory will get broken. So I recommend installing new packages into your home directory instead.
Also, the sources for SBCL are now included, meaning that if you use M-. (jump to definition) and pick a function like mapcar, it will drop you into the source code for SBCL’s mapcar implementation.
The new version is available here (the old link still works, it is now a reference to that one).
Lastly, I’ve created a new home page for the Ready Lisp project, which now lives here.
Good stuff, but I have two issues with it:
In Safari the file downloads as a .bz2 for some reason, and proceeds to behave weirdly when attempting to open it. I had to download it with a separate FTP client. I’m not sure where the problem lies, but I haven’t had one like this before. I’m running a clean install of Leopard.
No asdf-install. I tried to install asdf-install myself, but it wants to store fasl files in /usr/local/stow and I haven’t quite figured out how to change that yet (did you modify asdf:output-files?). Of course, a quick solution would probably be to create that dir and give my user access to it, but I would prefer to keep everything within my home dir.
Other than that it’s pretty nice, and provides a nice emacs/slime environment out of the box.
Actually, I’m not sure about the paths now, it could be that I’m stealing asdf-install from sbcl’s contrib dir.
Actually, looks like it’s looking for .lisp files in there, installing another random asdf package manually I get: The file “/usr/local/stow/sbcl-1.0.12-i386/lib/sbcl/sb-grovel/defpackage.lisp” does not exist.
And if it keep hitting 1 (for accept as if compilation had succeeded) the package seems to install and work. Hmm.
Hmm.. it looks like there are more issues with prebinding a core file than I had thought. I’ll have to think over how to solve this, without requiring the user to sit through the cycle of making creating a core file the first time.
Also, bear in mind that asdf and asdf-install are part of SBCL. You only need to require them in, not use external packages.
Yeah, I know it’s supposed to be part of SBCL, but it didn’t seem to exist, which is why I was trying to install it myself.
The version you just released works perfectly though, you rock!
When I try to run ReadyLisp, I get the following error:
And it sits there polling for the tmp/slime file.
Ready Lisp will only run on Leopard (10.5). The error you are seeing occurs if you try to run on 10.4.
I really appreciate your work. I think playing with lisp can be happier because the efforts of people like you. I was desperate because I could not find the way to make SBCL support experimental thread on Mac. But Ready Lisp did it. I am very happy that I can try hunchentoot and weblocks now. Could you tell me how you make SBCL support thread on Mac? Instructions of “2.2 Customizing SBCL” in “install” file does not work in my experience.
To enabled threading in SBCL, you create a file named “customize-target-features.lisp” in the top directory of the source tree. I’ve added ftp://ftp.newartisans.com/pub/lisp/customize-target-features.lisp so you can see what I’m using.
Thanks! :)
Hm. Not working for me - Intel 10.5.1:
(why is it looking for a ppc dyld cache on an intel system? it’s not running in rosetta…)
Your SBCL installation is not right, I’ve never encountered an error like that. I recommend building yourself from sources.