<div dir="auto"><div>Hi,<br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 10, 2020, 11:50 Mark Evenson <<a href="mailto:evenson@panix.com">evenson@panix.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
> On Nov 8, 2020, at 22:48, Robert Munyer <<a href="mailto:2433647181@munyer.com" target="_blank" rel="noreferrer">2433647181@munyer.com</a>> wrote:<br>
<br>
[…]<br>
<br>
> A proper fix would probably involve binding *PACKAGE* to a package in<br>
> which none of the symbols that are in the content that is about to be<br>
> written to __loader__._, other than keywords, are present or inherited.<br>
<br>
Unfortunately, it doesn’t seem to be as simple as that.  Or maybe I am still<br>
confused, because apparently I have a bug in the zip-cache used by our falls so<br>
I end up calling SYS:CLEAR-ZIP-CACHE.<br>
<br>
Anyways, I have made [some progress][1] on this, but even with this patch we<br>
still fail when loading a fasl the current package doesn't (use :cl) if the<br>
source file doesn’t have an explicit :IN-PACKAGE.  The failing test works in<br>
SBCL/CCL so there is definitely something wonky in our loader implementation. <br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">To be honest, I think the problem is with the FASL generator: it should be prefixing (all) symbols with their packages when that's required to load the FASL back into a similar environment.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto"><br></div><div dir="auto">Erik.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
[1]: <<a href="https://github.com/armedbear/abcl/pull/352" rel="noreferrer noreferrer" target="_blank">https://github.com/armedbear/abcl/pull/352</a>><br>
<br>
More when I know it,<br>
Mark<br>
<br>
-- <br>
"A screaming comes across the sky.  It has happened before but there is nothing <br>
to compare to it now."<br>
<br>
<br>
<br>
<br>
<br>
<br>
</blockquote></div></div></div>