Hi, Zach
Thanks for providing (ql:setup), now I can normally use Quicklisp after upgrading ASDF.
Hi, Faré
My problem still exists after turn to latest ASDF: every time I eval a definition in LispWorks, it warns me that the definition's location changed from a pathname to another same but lower-cased pathname:
Warnings: (DEFUN LOAD-MIB) being redefined in /users/binghe/Lisp/cl-net-snmp/snmp/branches/6/update-mib.lisp (previously in /Users/binghe/Lisp/cl-net-snmp/snmp/branches/6/update-mib.lisp).
--binghe
在 2011-6-16,01:42, Zach Beane 写道:
"Chun Tian (binghe)" binghe.lisp@gmail.com writes:
Hi, Faré
Sorry, actually I'm using a old ASDF, now the latest. It's from latest Quicklisp, the version is 2.014.6
I'm on LispWorks. Currently, every time I manually eval a definition, I was prompted that the definition has been redefined from one file to another ...
But if I upgrade to latest ASDF after Quicklisp being loaded, I cannot do ASDF:LOAD-SYSTEM to those packages behind Quicklisp:
[snip]
Error: Component :IRONCLAD not found, required by #<ASDF:SYSTEM "snmp"> 1 (continue) Retry loading IRONCLAD. 2 (abort) Return to level 0. 3 Return to top loop level 0.
Type :b for backtrace or :c <option number> to proceed. Type :bug-form "<subject>" for a bug report template or :? for other options.
Here, IRONCLAD was managed by Quicklisp, but I cannot load it any more.
Quicklisp systems are located via a function appended to the end of ASDF:*SYSTEM-DEFINITION-SEARCH-FUNCTIONS*. It looks like ASDF defines this variable with DEFPARAMETER, so every time asdf.lisp is loaded, the value is set to ASDF's initial value. It seems to me that ASDF should use DEFVAR instead.
You can restore the Quicklisp ASDF system search configuration by calling (ql:setup).
Zach