David Lichteblau david@lichteblau.com writes:
Quoting Zach Beane (xach@xach.com): [...]
What's the :type :unspecific for? It seems to work on CLISP (and all other implementations I tried) without it; is it a precaution against a *default-pathname-defaults* that apparently has a value for :type?
I don't know. Here's the snippet from the patch submitter, can you make sense of it? Perhaps only very old asdf2 has this problem?
Yes, that looks like it's the case to me. ASDF2 no longer behaves like he describes.
Zach
- Slava Gorbunov wrote on 20 Sep 2010:
| And, finally, here is patch which makes possible to load closure-html | with asdf2 (included in recent versions of SBCL, for example): | | --- a/src/parse/html-parser.lisp | +++ b/src/parse/html-parser.lisp | @@ -34,7 +34,7 @@ | (defparameter sgml::*simple-catalog* | (let ((base | (merge-pathnames | - "resources/" | + (make-pathname :directory '(:relative "resources") :type :unspecific) | (asdf:component-relative-pathname | (asdf:find-system :closure-html))))) | (loop | | asdf:component-relative-pathname in ASDF2 returns pathname with .asd | extension appended, so open-public-resource tries to open files with | .asd extension appended, too, and, obviously, fails.
d.