[elephant-devel] Installing on MacOS X, SBCL

[Tayssir John Gabbour]

Ian Eslick wrote:
> Have you tried the patch I suggested and reverted to building
> .dylibs? This really seems to indicate that the libraries were
> not loaded.  There may be another warning somewhere that a given
> library wasn't found or of the three libraries a missing message
> saying it was loaded.  If you can identify which library wasn't
> loaded it will be easier to track down your problem.

Yes, this one?

 (eval-when (:compile-toplevel :load-toplevel)
   (defparameter *c-library-extension*
-    #+macosx "dylib"
-    #-macosx "so" ))
+    #+(or darwin macosx) "dylib"
+    #-(or darwin macosx) "so" ))

I even tried pushing :macosx to *features*, in a fit of cuteness... :-)

I'll try tracking down what hasn't been loaded...


Tayssir



Ian Eslick wrote:
> Have you tried the patch I suggested and reverted to building .dylibs?
> This really seems to indicate that the libraries were not loaded.  There
> may be another warning somewhere that a given library wasn't found or of
> the three libraries a missing message saying it was loaded.  If you can
> identify which library wasn't loaded it will be easier to track down
> your problem.
>
> Ian
>
> Tayssir John Gabbour wrote:
>
>>Robert L. Read wrote:
>>
>>
>>>Does elephant-0.5 match the value of *elephant-lib-path*?
>>>I recently changed it to just use "elephant", since we have made
>>>so many releases in the
>>>last few months and plan to make more soon.
>>>
>>>(defvar *elephant-lib-path* "/usr/local/share/common-lisp/elephant/")
>>>
>>
>>Yes, I changed it to:
>>(defvar *elephant-lib-path* "/Users/main/Apps/asdf/elephant-0.5.0/")
>>
>>
>>Hmm, looking at the ASDF output when it loads Elephant, it has 60 lines
>>complaining of style-warnings, like:
>>
>>----
>>; loading system definition from
>>; /Users/main/Apps/asdf/elephant-0.5.0/elephant.asd into #<PACKAGE
>>"ASDF4686">
>>; registering #<SYSTEM ELEPHANT {10E56939}> as ELEPHANT
>>STYLE-WARNING: Undefined alien: "linux_no_threads_p"
>>STYLE-WARNING: Undefined alien: "db_env_cr"
>>STYLE-WARNING: Undefined alien: "db_env_close"
>>... more STYLE-WARNINGs...
>>---
>>
>>(Incidentally, I have XCode 2.1 installed; XCode 2.2 was recently
>>released...)
>>
>>
>>
>>
>>>One gentleman who uses a Mac has to modify the makefile so it
>>>produced a .so instead of a .dylib.  You might try that; I don't have
>>>a Mac and don't fully understand the difference.
>>>
>>
>>Unfortunately, I get the same error when I do that. (Fortunately, make's
>>willing to make the .so file, with only a few complaints...)
>>
>>
>>Tayssir
>>
>>
>>
>>
>>
>>
>>Robert L. Read wrote:
>>
>>
>>>Does elephant-0.5 match the value of *elephant-lib-path*?
>>>I recently changed it to just use "elephant", since we have made so many
>>>releases in the
>>>last few months and plan to make more soon.
>>>
>>>
>>>(defvar *elephant-lib-path* "/usr/local/share/common-lisp/elephant/")
>>>
>>>
>>>On Mon, 2006-02-13 at 15:54 +0100, Tayssir John Gabbour wrote:
>>>
>>>
>>>
>>>>Yes, make created in (the ASDF-accessible) elephant-0.5/:
>>>>libsleepycat.dylib
>>>>libmemutil.dylib
>>>>
>>>>Previously, libdb.dylib was only in /usr/local/BerkeleyDB.4.3/lib/, but
>>>>I just made a soft and a hard link to:
>>>>/usr/lib/libdb.dylib
>>>>
>>>>which didn't fix the problem. :(
>>>>
>>>>
>>>>Tayssir
>>>>
>>>>
>>>>
>>>>Robert L. Read wrote:
>>>>
>>>>
>>>>>This is just a guess:
>>>>>
>>>>>Did you run "make" and do the following two files exists in this
>>>>>
>>
>>location:
>>
>>
>>>>>/usr/local/share/common-lisp/elephant/libsleepycat.so
>>>>>/usr/local/share/common-lisp/elephant/libmemutil.so
>>>>>
>>>>>and does
>>>>>/usr/lib/libdb.so
>>>>>
>>>>>exists in a standard lib location, such as /usr/lib/libdb.so?
>>>>>
>>>>>
>>>>>On Mon, 2006-02-13 at 12:10 +0100, Tayssir John Gabbour wrote:
>>>>>
>>>>>
>>>>>
>>>>>>Hi all,
>>>>>>
>>>>>>(I'm using SBCL 0.9.4 on MacOS X)
>>>>>>
>>>>>>I installed Elephant-0.5.0, BerkeleyDB.4.3, uffi-1.5.7.. and I'm at a
>>>>>>loss about how to deal with the following Slime stack trace. (Elephant
>>>>>>apparently knows about the "dylib" naming convention and all that...)
>>>>>>
>>>>>>----
>>>>>>Attempt to call an undefined alien function.
>>>>>>  [Condition of type SB-KERNEL::UNDEFINED-ALIEN-FUNCTION-ERROR]
>>>>>>
>>>>>>Restarts:
>>>>>> 0: [ABORT] Abort handling SLIME request.
>>>>>> 1: [ABORT] Exit debugger, returning to top level.
>>>>>>
>>>>>>Backtrace:
>>>>>> 0: (SB-KERNEL::UNDEFINED-ALIEN-FUNCTION-ERROR)
>>>>>> 1: ("foreign function: call_into_lisp")
>>>>>> 2: (SLEEPYCAT::%DB-ENV-CREATE 0)
>>>>>> 3: (SLEEPYCAT:DB-ENV-CREATE)
>>>>>> 4: ((SB-PCL::FAST-METHOD OPEN-CONTROLLER (BDB-STORE-CONTROLLER))
>>>>>>(#(NIL 1) . #()) #<unavailable argument> #<BDB-STORE-CONTROLLER
>>>>>>{11DAC349}> (:RECOVER NIL :RECOVER-FATAL NIL :THREAD T))
>>>>>> 5: (ELEPHANT::GET-CONTROLLER "/Users/main/Desktop/testdb")
>>>>>> 6: (OPEN-STORE "/Users/main/Desktop/testdb" :RECOVER NIL
>>>>>>:RECOVER-FATAL NIL :THREAD T)
>>>>>> 7: (SB-INT:EVAL-IN-LEXENV (OPEN-STORE "/Users/main/Desktop/testdb")
>>>>>>#<NULL-LEXENV>)
>>>>>>----
>>>>>>
>>>>>>Thanks for any advice,
>>>>>>Tayssir
>>>>>>_______________________________________________
>>>>>>elephant-devel site list
>>>>>>elephant-devel at common-lisp.net
>>>>>>
>>
>><mailto:elephant-devel at common-lisp.net>
>><mailto:elephant-devel at common-lisp.net
>><mailto:elephant-devel at common-lisp.net>>
>>
>>
>>>>>>http://common-lisp.net/mailman/listinfo/elephant-devel
>>>>>>
>>>>>>
>>
>>_______________________________________________
>>elephant-devel site list
>>elephant-devel at common-lisp.net
>>http://common-lisp.net/mailman/listinfo/elephant-devel
>>
>
> _______________________________________________
> elephant-devel site list
> elephant-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/elephant-devel
>