SBCL and ASDF

I've recently moved to a new Macintosh running OS X. On my old Mac, I 
could start SBCL and then evaluate (require 'asdf) to have ASDF found 
and loaded. On my new Mac, I get an error:

> debugger invoked on a SIMPLE-ERROR in thread 611: Don't know how to 
> load ASDF
>
> You can type HELP for debugger help, or (SB-EXT:QUIT) to exit from 
> SBCL.
>
> restarts (invokable by number or by possibly-abbreviated name):
>   0: [ABORT   ] Reduce debugger level (leaving debugger, returning to 
> toplevel).
>   1: [TOPLEVEL] Restart at toplevel READ/EVAL/PRINT loop.
> ("hairy arg processor for top level local call REQUIRE" ASDF NIL)
> 0] 1

I'm sure I've done something wrong in my setup, but I'm not sure what! 
Any help would be appreciated.

TIA,
--

-- 
Gary Warren King, Lab Manager
EKSL East, University of Massachusetts * 413 577 0176

All human beings are born free and equal in dignity and rights. They 
are endowed with reason and conscience and should act towards one 
another in a spirit of brotherhood.
    -- Universal Declaration of Human Rights, Article 1

*MACROEXPAND-HOOK* and symbol macros

SBCL 0.8.4, Linux/ppc.

This

    (let ((*macroexpand-hook*
            (lambda (fn form env)   
              (format t "~&Expanding ~S." form)
              (funcall fn form env))))
      (compile nil '(lambda ()
                     (macrolet ((foo () 42)) (foo))
                     (symbol-macrolet ((foo 42)) foo))))

prints "Expanding (FOO)." (among other things), but not "Expanding
FOO."  Is this true for recent versions too?  The CLHS page on
MACROEXPAND-1 says *MACROEXPAND-HOOK* is consulted for all macro
forms, which include symbol macros.

--

-- 
Lars Brinkhoff,         Services for Unix, Linux, GCC, HTTP
Brinkhoff Consulting    http://www.brinkhoff.se/

-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org

Re: SBCL and ASDF

Gary King <gwking <at> cs.umass.edu> writes:

> I'm sure I've done something wrong in my setup, but I'm not sure what!
> Any help would be appreciated.

Things to look for: the value of the SBCL_HOME environment variable
(since that is what MODULE-PROVIDE-CONTRIB uses to find contribs); the
directory structure of your installed SBCL (do you have files below
$SBCL_HOME); various other more esoteric possibilities that we'll go
through if neither of the first two gives you an obvious solution.

Cheers,

Christophe
--

-- 
http://www-jcsu.jesus.cam.ac.uk/~csr21/       +44 1223 510 299/+44 7729 383 757
(set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b)))
(defvar b "~&Just another Lisp hacker~%")    (pprint #36rJesusCollegeCambridge)

-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org

Re: SBCL and ASDF

Thanks,

SBCL_HOME was unset. Now it is set to /usr/local/lib/sbcl/ . My ASDF is 
in /usr/local/lib/sbcl/contrib/asdf . Should I move the stuff in 
contrib to a new folder named systems?

Thanks,

On Jun 9, 2004, at 3:40 PM, Christophe Rhodes wrote:

> Gary King <gwking <at> cs.umass.edu> writes:
>
>> I'm sure I've done something wrong in my setup, but I'm not sure what!
>> Any help would be appreciated.
>
> Things to look for: the value of the SBCL_HOME environment variable
> (since that is what MODULE-PROVIDE-CONTRIB uses to find contribs); the
> directory structure of your installed SBCL (do you have files below
> $SBCL_HOME); various other more esoteric possibilities that we'll go
> through if neither of the first two gives you an obvious solution.
>
> Cheers,
>
> Christophe
> -- 
> http://www-jcsu.jesus.cam.ac.uk/~csr21/       +44 1223 510 299/+44 
> 7729 383 757
> (set-pprint-dispatch 'number (lambda (s o) (declare (special b)) 
> (format s b)))
> (defvar b "~&Just another Lisp hacker~%")    (pprint 

Re: SBCL and ASDF

Gary King <gwking <at> cs.umass.edu> writes:

> SBCL_HOME was unset. Now it is set to /usr/local/lib/sbcl/ . My ASDF
> is in /usr/local/lib/sbcl/contrib/asdf . Should I move the stuff in
> contrib to a new folder named systems?

Hm.  This is still slightly odd.

What is the effect of unsetting SBCL_HOME, and then evaluating
(posix-getenv "SBCL_HOME") at the sbcl prompt?

(The point is that if your sbcl is installed, via install.sh, into
/usr/local/lib/sbcl/, then you should not need to set SBCL_HOME
manually and everything should work.  There's more detail on this in
sections 1.2 and 1.3 of the INSTALL file which should have been
included in your distribution.)

Cheers,

Christophe
--

-- 
http://www-jcsu.jesus.cam.ac.uk/~csr21/       +44 1223 510 299/+44 7729 383 757
(set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b)))
(defvar b "~&Just another Lisp hacker~%")    (pprint #36rJesusCollegeCambridge)

-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org

Re: SBCL and ASDF

On Wed, 9 Jun 2004, Gary King wrote:

> SBCL_HOME was unset. Now it is set to /usr/local/lib/sbcl/ . My ASDF is
> in /usr/local/lib/sbcl/contrib/asdf . Should I move the stuff in
> contrib to a new folder named systems?

That sounds odd. Did you install SBCL using the install.sh, or manually?

The install.sh should have left /usr/local/lib/sbcl/ looking somewhat like
this:

 $ ls  /usr/local/lib/sbcl/
 asdf            sb-cltl2       sb-md5          sb-simple-streams
 asdf-install    sb-executable  sb-posix        sbcl.core
 sb-aclrepl      sb-grovel      sb-rotate-byte  site-systems
 sb-bsd-sockets  sb-introspect  sb-rt           systems

 $ ls  /usr/local/lib/sbcl/systems/
 asdf-install.asd    sb-cltl2.asd   sb-posix.asd       sb-simple-streams.asd
 sb-aclrepl.asd      sb-grovel.asd  sb-rotate-byte.asd
 sb-bsd-sockets.asd  sb-md5.asd     sb-rt.asd

 $ ls  /usr/local/lib/sbcl/site-systems/

 $

Cheers,

 -- Nikodemus                   "Not as clumsy or random as a C++ or Java.
                             An elegant weapon for a more civilized time."

failed test

With the latest CVS sources the smoke.impure.lisp test fails (see attachment).

It's Debian/Sarge on i386, the host is SBCL 0.8.10.33. On a similar box but 
maybe with the host being 0.8.11 all tests run OK.

Gabor

//running smoke.impure.lisp test
Dynamic space usage is:      182,128 bytes.
Read-only space usage is: 16,925,816 bytes.
Static space usage is:     5,178,688 bytes.
Control stack usage is:        2,016 bytes.
Binding stack usage is:          376 bytes.
Garbage collection is currently enabled.

Breakdown for dynamic space:
      77,872 bytes for     9,734 cons objects.
      58,024 bytes for     1,422 instance objects.
      17,688 bytes for     2,179 bignum objects.
      13,160 bytes for       242 simple-base-string objects.
      29,864 bytes for     1,444 other objects.
     196,608 bytes for    15,021 dynamic objects (space total.)
Dynamic space usage is:      198,416 bytes.
Read-only space usage is: 16,925,816 bytes.
Static space usage is:     5,178,688 bytes.
Control stack usage is:        2,016 bytes.
Binding stack usage is:          376 bytes.
Garbage collection is currently enabled.

sbcl sparc solaris package

Hi,

I have built a solaris 8 sparc version of 0.8.11 sbcl. 

Some tests seem to have failed during the build but if anyone
is interested, I can send the package for further testing.

Thank you,

David Kleiner

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com

Re: failed test

Gabor Melis <mega <at> hotpop.com> writes:

> With the latest CVS sources the smoke.impure.lisp test fails (see
> attachment).
>
> It's Debian/Sarge on i386, the host is SBCL 0.8.10.33. On a similar box but 
> maybe with the host being 0.8.11 all tests run OK.

Yeah.  It's annoying, but we honestly don't know why this happens.
(At least, I don't).  Some subtle assumption somewhere is only valid
some of the time, and it seems to be extremely sensitive to things
such as the precise build environment (probably the date and time, in
this case).

Helmut Eller recently patched ROOM on cmucl, which might alleviate the
symptoms if not the underlying problem; you may wish to investigate
his recent mail to cmucl-imp.

Sorry that I can't be any more help...

Cheers,

Christophe
--

-- 
http://www-jcsu.jesus.cam.ac.uk/~csr21/       +44 1223 510 299/+44 7729 383 757
(set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b)))
(defvar b "~&Just another Lisp hacker~%")    (pprint #36rJesusCollegeCambridge)

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.

SB-THREAD: really discouraged under x86 Linux 2.4.x?

I heave read in the past about problems with SB-THREAD and x86 Linux
2.4.x kernels, and the suggestion to use 2.6.x.  But I am still a bit
confused.  I don't understand whether such problems and issues make
threads undesirable with 2.4.x for production quality work, or also
for playing and experimenting at a hobby level.  I am interested in
the latter (I don't have a nuclear power plant, if that helps).

Paolo
--

-- 
Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film

-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com