<div dir="ltr"><br><div class="gmail_extra"><br></div><div class="gmail_extra">On Wed, Feb 20, 2013 at 12:05 AM, Faré <span dir="ltr"><<a href="mailto:fahree@gmail.com" target="_blank">fahree@gmail.com</a>></span> wrote:<br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">On Tue, Feb 19, 2013 at 11:27 PM, Dave Cooper <<a href="mailto:david.cooper@genworks.com">david.cooper@genworks.com</a>> wrote:<br>

> When "saving a world" (i.e. "dumping" an image, e.g. "dumplisp" in Allegro<br>
> CL), which has asdf (and quicklisp) loaded in it, what is the proper way to<br>
> clear the output-translations and any other local path residue from ending<br>
> up in the saved image?<br>
><br>
</div>If you're using ASDF3's program-op or the underlying dump-image,<br>
then you don't need do anything to clean up the output-translations:<br>
it's all handled for you using the *image-dump-hook*.<br></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
On ASDF2, I recommend using (asdf:clear-configuration)<br>before you dump an image.</blockquote><div> </div><div><br></div><div style>Holy Cow I started looking through ADSF3 (asdf 2.29) and it is starting to do everything under the sun!</div>
<div style><br></div><div style>Sorry I have just joined this list now, please stop me if I start discussing too much redundant stuff for which I should be reading the archives...</div><div style><br></div><div style>The new functionality like the ASDF/DRIVER compatibility layer, dumping images, and concatenated fasls look really useful and have potential to simplify things on our end a lot. So ASDF/DRIVER has superseded asdf-utils, right? The functions in "10.3 Miscellaneous Functions" of the documentation are the main functions now in ASDF/DRIVER? Or I suppose there are a lot more now -- and the main documentation for the moment are in the source code (understandable). </div>
<div style><br></div><div style>For dumping of images, I see for Allegro CL this maps to excl:dumplisp with only a couple of keyword arguments, which is fine for basic dumping of images when there's not a lot of need of fine control. As you may or may not know, Allegro CL has a couple other ways of making executable images: excl:generate-application and excl:build-lisp-image.  For our distributions we sometimes have to call these functions instead of excl:dumplisp.  When the ASDF3 dust has settled a bit and I understand the workings of ASDF3 a bit better, I hope I (or somebody -- maybe somebody from Franz?) will be able to extend the image-dumping support in ASDF to handle these Allegro CL functions as well. But, these functions take many (maybe dozens) of keyword arguments, so maybe it starts to go beyond what a reasonable portability layer like what ASDF is trying to achieve should be trying to provide...  (actually excl:dumplisp takes many of the same keyword arguments as well... so I suppose the answer is that if one needs that find level of control, one had better go ahead and directly call the native version).</div>
<div style><br></div><div style>Anyway for the time being, if I am using ASDF3 with Allegro CL, and want to use excl:generate-application or excl:build-lisp-image, in order to clear the configuration, is the </div><div style>
<br></div><div style>  (asdf:clear-configuration) </div><div style><br></div><div style>still going to work as in ASDF2? </div><div style><br></div><div style><br></div><div style><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
<div class="im"><br>
> That is, when a new user starts the image on a target machine, it should be<br>
> forced to re-initialize the output-translations to the appropriate path for<br>
> the new user (e.g. ~/.cache/common-lisp/... with respect to new user's home<br>
> directory).<br>
><br>
</div>Indeed.<br>
<br>
Regards,<br>
<br>
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• <a href="http://fare.tunes.org" target="_blank">http://fare.tunes.org</a><br>
An insult may sometimes adequately fit the person who is insulted.<br>
However, it can only ever possibly tarnish but the person who insults.<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>My Best,<br><br>Dave Cooper, Genworks Support<br><a href="mailto:david.cooper@genworks.com">david.cooper@genworks.com</a>, <a href="http://dave.genworks.com">dave.genworks.com</a>(skype)<br>
USA: 248-327-3253(o), 1-248-330-2979(mobile)<br>UK: 0191 645 1699<br>
</div></div>