[asdf-devel] possible clisp/win32 incompatibility
dherring at tentpost.com
dherring at tentpost.com
Mon Jan 25 03:39:09 UTC 2010
Robert Goldman wrote:
> On 1/24/10 Jan 24 -3:01 PM, Daniel Herring wrote:
>> Thanks for the ideas. Poking around a bit further, it appears that in
>> the following snippet from output-files-using-mappings
>> (*centralize-lisp-binaries* is false), (pathname-directory path) is nil.
>>
>> (make-pathname
>> :type (pathname-type path)
>> :directory (append
>> (pathname-directory path)
>> (implementation-specific-directory-name))
>> :defaults path)))))
>>
>> Thus clisp is seeing ":directory (clisp)" without a leading :relative or
>> :absolute. I don't know the cause and am focused on other issues right
>> now (this one has a couple workarounds: use ccl or an older asdf).
>
> Can you trace pathname-type inside the invocation of
> output-files-using-mappings? This smells like a CLISP bug to me....
Here's some relevant FORMAT ~S output. "p:" is the full path right before
the error; p-d is the pathname-directory.
;; Loaded file #<INPUT BUFFERED FILE-STREAM CHARACTER C:\Documents and
Settings\nuntius\Desktop\able-release\systems\ltk\ltk.asd @19>
p: #P"C:ltk.fas"
p-d: NIL
*** - MAKE-PATHNAME: Illegal :DIRECTORY argument ("clisp-2.48-win32-i386")
Something bad happened before this call; the paths list is screwed up in
the output-files defmethod around compile-op (a few lines below the above
snippet). It is merely (#P"C:ltk.fas").
>From a few TRACEs, it appears that *default-pathname-defaults* is #P"C:",
and this is the value of component-parent-pathname.
Component-relative-pathname is "ltk.lisp".
- Daniel
More information about the asdf-devel
mailing list