Nevermind.
Now that it's installed on your system, just call (asdf:operate
'asdf:load-op :elephant) or (require 'elephant) and it should load up
(if you've followed the instructions in elephant/INSTALL regarding
BDB or CL-SQL).
The problem is asdf-install invoking a default behavior that does the
wrong thing with elephant. I guess no one has tried to load elephant
0.6.0 via asdf-install before.
And actually it really doesn't make much sense to bother loading the
asdf file after the install since it won't work until you've read
INSTALL and properly setup the external dependencies...sigh.
The problem is that asdf-install symlinks and loads all .asd files in
the root directory after the install. Since we use subsidiary .asd
files, this behavior doesn't work out very well.
I think in the next release we could fix this by merging all the .asd
files into one big one, but then I think you can't call load-op on
ele-bdb, ele-clsql or ele-acache, etc. Does anyone know off the top
of their head how CL-SQL manages this? I can look into it later if
no one knows the answer without looking into it.
Anyway, I'm open for suggestions.
Thanks,
Ian
On Mar 29, 2007, at 10:26 PM, Ian Eslick wrote:
Do you get this error from running asdf-install, or from running
asdf after installing? Do you know what .asd file is being loaded
first?
ele-acache.asd should never be called and thus db-acache/
package.lisp should never be compiled.
Ian
On Mar 29, 2007, at 10:07 PM, Erik Garrison wrote:
On Thu, Mar 29, 2007 at 08:43:16PM -0500, Robert L. Read wrote:
I'm green on SBCL on the tip of the CVS branch. I don't remember
anyone
having this problem
on the 0.6.0 release---so I am (not uncommonly) confused.
Is it looking for acache within the elepahnt code, or perhaps
somewhere
else as it is rebuilding
fasls?
I'm doing the install via:
(asdf-install:install
"http://common-lisp.net/project/elephant/dist/elephant-0.6.0.tgz";)
Apparently it expects acache to be installed when (require
'acache) is
called. Is acache necessary to use elephant?
;; in src/contrib/eslick/db-acache/package.lisp
(eval-when (:load-toplevel :compile-toplevel)
(require :acache))
-Erik
On Fri, 2007-03-30 at 12:49 +1200, Erik Garrison wrote:
On Fri, Mar 30, 2007 at 02:34:54AM +0200, Edi Weitz wrote:
On Fri, 30 Mar 2007 12:23:05 +1200, Erik Garrison
<[EMAIL PROTECTED]> wrote:
debugger invoked on a SB-FASL::INVALID-FASL-VERSION:
#<SB-SYS:FD-STREAM for "file
/usr/local/lib/sbcl/site/elephant/src/memutil/
memutil.fasl" {B07E029}>
is in native code fasl file format version 63, but this
version of SBCL
uses format version 72.
Add this code to your ~/.sbclrc file:
(defmethod asdf:perform :around ((o asdf:load-op) (c asdf:cl-
source-file))
(handler-case
(call-next-method o c)
(sb-ext:invalid-fasl ()
(asdf:perform (make-instance 'asdf:compile-op) c)
(call-next-method))))
Sweet! This does the trick.
Now I get:
; compiling (REQUIRE :ACACHE)
debugger invoked on a SB-INT:EXTENSION-FAILURE:
Don't know how to REQUIRE ACACHE.
What is acache?
-Erik
_______________________________________________
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel
_______________________________________________
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel
_______________________________________________
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel
_______________________________________________
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel
_______________________________________________
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel
