Re: resolution of symlinks in asdf

Kevin Layer <[email protected]>
Newsgroups gmane.lisp.cclan.general
Message-ID <21537.1148960439@gemini>
Christophe Rhodes <[email protected]> wrote:

>> Kevin Layer <[email protected]> writes:
>> 
>> > cliki.net appears to be done, and has ever since I've been trying to
>> > read about ASDF-Binary-Location.  My remaining action on this matter
>> > is to read about that.
>> 
>> Have you considered and rejected the addition to asdf systems of the
>> unresolved system pathname?  If this wouldn't provide a solution to
>> your problem, it would be good to know why.
>> 
>> To make things a little more concrete, I think that (in the presence
>> of that construct, which I've called system-unresolved-pathname below)
>> the relevant output-files method would look like (untested):

I believe it would work.  I thought of it, too, but gave it lower
ranking in the solution space because the output-files method will
have to be replicated in each .asd file, since there are 14 .asd files
that make up this new product.  I never like duplicating code, for the
obvious reasons; recall, we don't have site-specific init files, as a
matter of policy.

I haven't yet looked at the asdf-binary-locations.tgz that Robert sent
me, and probably won't until tomorrow (if I'm lucky).

>>   (defmethod output-files :around ((o compile-op) (c component))
>>     (let ((results (call-next-method)))
>>       (let ((binary-path-root (system-unresolved-pathname (component-system c)))
>>             (default-path-root (system-pathname (component-system c))))
>>         (mapcar 
>>          (lambda (path)
>>            (merge-pathnames (enough-namestring path default-path-root)
>>                             binary-path-root))
>>          results))))
>> 
>> Cheers,
>> 
>> Christophe

Kevin
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.