<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><blockquote type="cite"><blockquote type="cite"> </blockquote><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><br></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">I believe what Juanjo wants here is an ability to have the LOADING of</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">the ASDF file generate some logical pathnames.<span class="Apple-converted-space"> </span>So that after I</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">asdf-load my system FOO, then code /inside/ foo could use a logical</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">pathname like</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><br></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">"FOO:SRC;DATAFILES;DATA1.DAT"</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><br></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">with the guarantee that ASDF has set up the logical pathname</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">translations for "FOO:SRC;"</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><br></div></blockquote><div><br></div>this may be true. it is part of what he has said. another part is, that the systems should work the same if built without asdf. there were two passages:</div><div><br></div><div><div>On 2010-03-30, at 12:00 , Juan Jose Garcia-Ripoll wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Some considerations:<br><br>* In order to achieve a declarative syntax in ASDF, the system that we built it with should have the least knowledge about ASDF. In other words, it should work just the same if we bulid it with any other system.<br></blockquote><br></div><div><br></div><div><div>On 2010-03-30, at 16:17 , Juan Jose Garcia-Ripoll wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">On Tue, Mar 30, 2010 at 4:06 PM, Robert Goldman <span dir="ltr"><<a href="mailto:rpgoldman@sift.info">rpgoldman@sift.info</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin-top: 0pt; margin-right: 0pt; margin-bottom: 0pt; margin-left: 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex; ">FWIW, Faré provided a couple of new API functions to give ASDF users<br>this function, notably<br><br>SYSTEM-RELATIVE-PATHNAME<br><br>and<br><br>SYSTEM-SOURCE-DIRECTORY<br></blockquote><div><br>I insist on the following: in order to achieve purity in ASDF files we want to keep as far away as possible from using any kind of API in the compiled code.<br><br>The best system build system is one which is invisible to the code that it builds.<br><br>Exposing functions, imposing the dependency of the user code on ASDF API as well as imposing that the library code queries ASDF for its own system is a very bad design.<br><br>We want system definitions to be descriptive, not programatic, and we want the user code to be able to exist in an ASDF-free environment, as standalone systems. The existing situation does not allow this.<br></div></div></blockquote><br></div><div>it would be nice to have concrete use cases. lacking them, these lists of goals require that there be some mechanism independent of asdf to effect the logical host definitions.</div><div>which does not convince of a need to add the mechanism to asdf itself.</div><div><br></div></body></html>