<div dir="ltr"><div>Hi François,<br></div><div><br></div><div>I tried out the binary-op and that works, the only thing I didn't like about it is that dependent libraries must also be precompiled-systems.</div><div>The suggestion on creating my own operation seems like a little bit of overkill for what I want to do.</div>

<div><br></div><div>Another possibility that occurred to me is to create a new file, load-grovel.lisp that just falls (load) on the fasl directly and thus bypasses the defsystem loader. The defsystem would list this file instead of the grovel.lisp file. Cons are that I am modifying a third-party library, but I think that's inevitable no matter which solution I choose.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Many Thanks for all of the suggestions! They were very helpful.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Kevin</div><div class="gmail_extra">

<br><div class="gmail_quote">On Wed, Dec 11, 2013 at 6:04 PM, Faré <span dir="ltr"><<a href="mailto:fahree@gmail.com" target="_blank">fahree@gmail.com</a>></span> wrote:<br><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">

>: Yellow Dog <<a href="mailto:yellowdog967@gmail.com" target="_blank">yellowdog967@gmail.com</a>><br>
<div>> I'm currently working with lisp-zmq which uses grovel to create the CFFI<br>
> declarations. This is fine and works great on my development box, but I<br>
> would prefer not to require that other developers in my organization also<br>
> run grovel.<br>
><br>
> As such, I would like to be able to check in the files that were generated<br>
> by grovel and have these automatically loaded in other environments.<br>
><br>
<br>
> This already works! However, my problem is that in our environment, ASDF<br>
> compiles fasls into a default user output path and then loads them<br>
> (something like ~/.cache/common-lisp/...). I will not have any control over<br>
> the content at this location prior to loading the lisp-zmq system for the<br>
> first time, and so there isn't really anywhere that I can automatically<br>
> deploy the pre-generated grovel files.<br>
><br>
> My questions are:<br>
> * Is there any way to specify using defsystem that a local fasl should be<br>
> used?<br>
><br>
</div>There is always a way for everything. You could change some<br>
input-files or output-files or translate method<br>
to check for a shared cache, and use it if it's up to date.<br>
<div><br>
> * Are there any suggestions that anybody can give me to solve my problem.<br>
> Perhaps I should precompile the lisp-zmq system and load that instead.<br>
><br>
</div>Have you tried ASDF3's binary-op? It should help you get what you want:<br>
a single fasl for your system and a .asd file to load it.<br>
Or you could somehow preload it and use register-preloaded-system.<br>
<div><br>
> I'd rather not change any of the behavior on anybody's development<br>
> environment, so (asdf:disable-output-translations) isn't an option.<br>
> I'd like to have this self contained as much as possible.<br>
><br>
</div>It's hard to tell without deeper knowledge of your company's setup.<br>
<br>
I'd like to recommend you use Google's build system instead,<br>
but it's not (yet) available to the public.<br>
<br>
<br>
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• <a href="http://fare.tunes.org" target="_blank">http://fare.tunes.org</a><br>
Free Market is not the end of every large-scale economical problem;<br>
but it's the beginning to any long-term solution to anyone of them.<br>
<br>
Free Software is not the end of every large-scale software problem;<br>
but it's the beginning to any long-term solution to anyone of them.<br>
<br>
Freedom is not the end of every large-scale problem;<br>
but it's the beginning to any long-term solution to anyone of them.<br>
<span><font color="#888888">                — Faré<br>
</font></span></blockquote></div><br></div></div>