Hunchentoot in SBCL on Intel OS X



Thanks to all for the responses to my Intel OS X newbie topic earlier.
Based on recommendations, I'm trying Hunchentoot on SBCL, and running
into a few issues. Any comments would be appreciated. Is there another
sbcl-specific group besides sbcl-devel I could post this to?

The below happen whether I use asdf or asdf-install (although with
asdf-install I need to skip a number of gpg checks - or at least I
chose to take the minor risk to get to the good stuff faster.)


1.
....
debugger invoked on a CFFI:LOAD-FOREIGN-LIBRARY-ERROR:
Unable to load foreign library: /usr/lib/libssl.so

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
0: [RETRY ] Try loading the foreign library again.
1: [USE-VALUE] Use another library instead.
....

At this point, I can simply specify ("/usr/lib/libssl.dylib") for
USE-VALUE, and all is well. Is there a better way?


2. This one I'm more confused about.

....
; compiling file
"/usr/local/lib/sbcl/site/hunchentoot-0.4.4/port-sbcl.lisp" (written 06
OCT 2006 01:07:22 PM):
; compiling (IN-PACKAGE :HUNCHENTOOT)
; compiling (ERROR "This library needs a version of SBCL with Unicode
and thread support.")
debugger invoked on a SIMPLE-ERROR:
This library needs a version of SBCL with Unicode and thread support.

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
0: [RETRY ] Retry performing #<ASDF:COMPILE-OP NIL {11E8A5E1}> on
#<ASDF:CL-SOURCE-FILE "port-sbcl" {117D1B11}>.
1: [ACCEPT] Continue, treating #<ASDF:COMPILE-OP NIL {11E8A5E1}> on
#<ASDF:CL-SOURCE-FILE "port-sbcl" {117D1B11}> as having
been
successful.
....

Does SBCL lack thread support, as well as unicode? I'd thought
asdf-install would download necessary dependencies, which could address
Unicode... but I don't know about the threads.

Several people mentioned that Hunchentoot worked well on SBCL on Intel
OS X - is there something I'm missing in my environment? Some simple
dependency? Do I need to add things to *FEATURES* ?


3. On another issue entirely: in order to install anything via
asdf-install, I need to use "sudo sbcl" for site-wide packages. I can
only do that from the command line, because if I use emacs or Aquamacs,
the SBCL doesn't run as sudo. If I change my .emacs to use "sudo
/usr/local/bin/sbcl" as the inferior lisp, the emacs listener doesn't
properly connect to it, so all I get is an inferior lisp shell to use.

Has anyone else run into this, and know how to get around it?


Thanks again,

- Eric

.



Relevant Pages

  • Re: SBCL Memory Tuning
    ... by SBCL, Hunchentoot, CL-SQL and some of my own code. ... expected have a bigger footprint, I would still be surprised if it was ... Hunchentoot + slime takes about 50MB (RSS) at start.It is easy to reduce ...
    (comp.lang.lisp)
  • Re: Hunchentoot in SBCL on Intel OS X
    ... Based on recommendations, I'm trying Hunchentoot on SBCL, and running ... Type HELP for debugger help, or to exit from SBCL. ... This library needs a version of SBCL with Unicode and thread support. ...
    (comp.lang.lisp)
  • Re: LispCast, hunchentoot, SBCL, OS X.
    ... get hunchentoot to start and display its default page but no ... Hunchentoot and Slime beginner than I probably don't even qualify for ... The error message isn't really very informative. ... Try doing the same things directly in sbcl. ...
    (comp.lang.lisp)
  • Re: SBCL Memory Tuning
    ... by SBCL, Hunchentoot, CL-SQL and some of my own code. ... I have a process with sbcl, Araneida, clsql and a web application is ... The standard CL function ROOM should give you some information that's ...
    (comp.lang.lisp)
  • Re: SBCL Memory Tuning
    ... by SBCL, Hunchentoot, CL-SQL and some of my own code. ... address space at startup and internally manages memory within that. ... that allocation bears only a very loose relationship to ...
    (comp.lang.lisp)