[Openmcl-devel] Weird ASDF problem

Robert P. Goldman rpgoldman at sift.info
Sat Sep 11 14:04:07 UTC 2010


We (ok, really Fare) had a bunch of troubles with merge-pathnames because it supplied default hosts and devices at times. Any chance that's related to this problem?

The latest asdf abandoned merge-pathnames altogether, in favor of its own replacement.

I'm very interested in this problem, because there are likely to be some teething issues with asdf2 as it gradually edges out asdf1 in production use.

A look at the faq in the asdf manual might be helpful (and if it isn't I would like to know how it could be improved).

Keep us posted!

"Ron Garret" <ron at flownet.com> wrote:

>
>On Sep 10, 2010, at 10:29 PM, Ron Garret wrote:
>
>> 
>> On Sep 10, 2010, at 10:19 PM, Ron Garret wrote:
>> 
>>> Maybe the bundled ASDF has changed?
>> 
>> Yes, that seems to be the problem.  I reverted to an earlier version (1.719) and now it's working again.
>
>Actually, it seems to be a bug in merge-pathnames:
>
>? (merge-pathnames "ccl:")
>#P"ccl:Users;ron;devel;lisp-code;..newest"
>
>For the record:
>
>Welcome to Clozure Common Lisp Version 1.6-dev-r14251M-trunk  (DarwinX8664)!
>
>? *default-pathname-defaults*
>#P"/Users/ron/devel/lisp-code/"
>? (pprint (logical-pathname-translations "ccl"))
>
>((#P"ccl:l1;**;*.*" #P"ccl:level-1;**;*.*") (#P"ccl:l1f;**;*.*" #P"ccl:l1-fasls;**;*.*")
> (#P"ccl:ccl;*.*" #P"/Users/ron/devel/ccl/trunk/*.*")
> (#P"ccl:**;*.*" #P"/Users/ron/devel/ccl/trunk/**/*.*"))
>
>You can hack around the problem (at least for ASDF) thusly:
>
>(let ((*WARN-IF-REDEFINE-KERNEL* nil))
>  (defun ccl::translated-namestring (path)
>    (namestring (merge-pathnames (translate-logical-pathname path)))))
>
>but the merge-pathnames code itself is too furry for me to tackle at midnight on a Friday.
>
>rg
>
>_______________________________________________
>Openmcl-devel mailing list
>Openmcl-devel at clozure.com
>http://clozure.com/mailman/listinfo/openmcl-devel

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.



More information about the Openmcl-devel mailing list