<div dir="ltr">Thanks for quick replies.<div><br></div><div><span style="font-size:13px">> Actually, this feature is already available, I believe, through the</span><br style="font-size:13px"><span style="font-size:13px">> :HERE directive in the configuration language.</span><br style="font-size:13px">> <br style="font-size:13px"><span style="font-size:13px">> This was something we added for the case that I found common, where</span><br style="font-size:13px"><span style="font-size:13px">> there would be a project directory tree, with all the required code in</span><br style="font-size:13px"><span style="font-size:13px">> subdirectories, and a master configuration file at the root.*</span><br></div><div><span style="font-size:13px"><br></span></div><div><span style="font-size:13px">It is a little bit different from what I wanted to do.</span></div><div>I'm trying to run a one-liner sbcl command with adding a specific directory to source registry.</div><div><br></div>Though CL_SOURCE_REGISTRY looks perfect for the purpose, it must be a string and doesn't accept relative pathnames.<div><br></div><div># copying from my first email<br><div><div style="font-size:13px"># doesn't work</div><div style="font-size:13px">CL_SOURCE_REGISTRY=. sbcl --eval '(princ (asdf:system-source-directory :myapp))'</div></div><div style="font-size:13px"><br></div><div style="font-size:13px">Of course, it can be done with --eval "(push #P"." asdf:*central-registry*)", but it's really verbose.</div><div>Is there another way to do it?<br></div></div><div><br></div><div>Cheers,</div><div>Eitaro</div><div class="gmail_extra">
<br><div class="gmail_quote">On Thu, Feb 19, 2015 at 11:55 AM, Robert P. Goldman <span dir="ltr"><<a href="mailto:rpgoldman@sift.net" target="_blank">rpgoldman@sift.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Faré wrote:<br>
> Isn't it allowed because it's never clear what directory they are<br>
> relative to, considering that the user may have changed the getcwd()<br>
> arbitrarily between startup and asdf parsing the source-registry<br>
> configuration, which would cause "interesting" subtle bugs, that I<br>
> wanted to avoid — including security issues if a binary written in<br>
> Lisp ever loads systems at runtime and examines a carefully crafted<br>
> directory.<br>
><br>
> I suppose there's a case for allowing relative names, making them<br>
> relative to the configuration file when in a configuration file<br>
> (though that's not a common use case at all), and relative to<br>
> *default-pathname-defaults* when in an environment string, leaving the<br>
> user full responsibility to avoid subtle bugs. I'm not the one to<br>
> convince anymore, though. Ask Robert. If he agrees with you, I'll<br>
> gladly help with the required modifications to ASDF.<br>
<br>
</span>Actually, this feature is already available, I believe, through the<br>
:HERE directive in the configuration language.<br>
<br>
This was something we added for the case that I found common, where<br>
there would be a project directory tree, with all the required code in<br>
subdirectories, and a master configuration file at the root.*<br>
<br>
Have a look at that and see if it does what you want.<br>
<br>
Cheers,<br>
r<br>
<br>
* In practice, we create these trees by checking a project out from svn.<br>
We'd have all the required libraries, in stable versions, included as<br>
svn externals.<br>
</blockquote></div><br></div></div>