<div dir="ltr">On Wed, Jul 18, 2012 at 11:58 PM, Robert P. Goldman <span dir="ltr">&lt;<a href="mailto:rpgoldman@sift.info" target="_blank">rpgoldman@sift.info</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF"><div><div>That fasl (fast load) file is not the problem. It is recompiled as part of the testing process, so if it still references the stale libffi, then the ECL compiler is still referencing it, despite the port upgrade. So the port upgrade is not sufficient to fix the problem. I don&#39;t know enough about the mechanics to understand why the command Brandon supplied did not trigger a rebuilding of the ECL compiler, but it didn&#39;t.</div>
</div></div></blockquote><div><br></div><div>Or it did but that wasn&#39;t enough.  It occurs to me that, if it&#39;s generating FASLs as shared objects, it may have a hardcoded reference somewhere in the source code (a string, not a linker reference that would be updated automatically) and a patch would be needed to update that.</div>
<div> </div></div>-- <br>brandon s allbery                                      <a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a><br>wandering unix systems administrator (available)     (412) 475-9364 vm/sms<br>
<br>
</div>