<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1256">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<div>
<div>
<div style="font-size:11pt; font-family:Calibri,sans-serif">Well. Quicklisp can change the unit files. Doesn't it?<br>
<br>
I suppose it's the chicken and egg problem that is both ring you<br>
<br>
Marco<br>
<br>
Sent from my Windows Phone</div>
</div>
<div dir="ltr">
<hr>
<span style="font-size:11pt; font-family:Calibri,sans-serif; font-weight:bold">From:
</span><span style="font-size:11pt; font-family:Calibri,sans-serif"><a href="mailto:xach@xach.com">Zach Beane</a></span><br>
<span style="font-size:11pt; font-family:Calibri,sans-serif; font-weight:bold">Sent:
</span><span style="font-size:11pt; font-family:Calibri,sans-serif">ý12/ý03/ý2014 17.33</span><br>
<span style="font-size:11pt; font-family:Calibri,sans-serif; font-weight:bold">To:
</span><span style="font-size:11pt; font-family:Calibri,sans-serif"><a href="mailto:marcoxa@cs.nyu.edu">Marco Antoniotti</a></span><br>
<span style="font-size:11pt; font-family:Calibri,sans-serif; font-weight:bold">Cc:
</span><span style="font-size:11pt; font-family:Calibri,sans-serif"><a href="mailto:asdf-devel@common-lisp.net">ASDF-devel</a></span><br>
<span style="font-size:11pt; font-family:Calibri,sans-serif; font-weight:bold">Subject:
</span><span style="font-size:11pt; font-family:Calibri,sans-serif">Re: [asdf-devel] Alternate default lisp system location</span><br>
<br>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Marco Antoniotti <marcoxa@cs.nyu.edu> writes:<br>
<br>
> On Mar 12, 2014, at 15:32 , Zach Beane <xach@xach.com> wrote:<br>
><br>
>> Robert Goldman <rpgoldman@sift.net> writes:<br>
>> <br>
>>> Zach Beane wrote:<br>
>>>> The complexity of the registry configuration is one reason why I added<br>
>>>> the ~/quicklisp/local-projects/ mechanism.<br>
>>> <br>
>>> Right, so I don't see why there's such a huge objection to having a<br>
>>> similar mechanism for ASDF. Stellian suggests using<br>
>>> ~/quicklisp/local-projects/. So why is it wrong for ASDF to have a<br>
>>> local-projects directory?<br>
>>> <br>
>>> All I am suggesting is to have the local projects directory for ASDF be<br>
>>> visible, instead of invisible.<br>
>>> <br>
>>> I stand corrected about using a name that the user might have already<br>
>>> had (thanks, Pascal!) but I don't yet see a solution that's as easy as a<br>
>>> default directory location.<br>
>> <br>
>> I think having a similar mechanism would be good. (And the<br>
>> loading-from-a-file thing could be nice too.)<br>
>> <br>
>> I think the main problem is that giving it a nice name means that the<br>
>> chance is high of it clashing with a nice name one or more users is<br>
>> already using.<br>
>> <br>
>> A while ago I was thinking it would be nice to have an API like this:<br>
>> <br>
>> register-system-directory directory &key permanently <br>
>> <br>
>> Registers DIRECTORY as a directory to search for system files. If<br>
>> PERMANENTLY is true, make the registration persist across sessions.<br>
><br>
>> But then I got hung up about how to make PERMANENTLY work -- I don't<br>
>> think there's any way to ask ASDF what directory is suitable for saving<br>
>> a config file.<br>
>> <br>
>> And I am 100% in favor of a nice solution that does not involve<br>
>> Quicklisp. The simpler, the better.<br>
><br>
> That is what MK:DEFSYSTEM used to (actually still does) have.<br>
><br>
> mk:add-registry-location <pathname><br>
><br>
> I don’t think you want the ‘permanently’. Your init file should be able to deal with that.<br>
<br>
I'd like to use this interface *instead* of thinking about which config<br>
file to extend, and extend a cross-platform data file instead.<br>
<br>
But I can't figure out how to do it, so it's a bit moot right now.<br>
<br>
Zach<br>
<br>
<br>
</div>
</span></font>
</body>
</html>