Hi,
> On Nov 8, 2020, at 22:48, Robert Munyer <2433647181@munyer.com> wrote:
[…]
> A proper fix would probably involve binding *PACKAGE* to a package in
> which none of the symbols that are in the content that is about to be
> written to __loader__._, other than keywords, are present or inherited.
Unfortunately, it doesn’t seem to be as simple as that. Or maybe I am still
confused, because apparently I have a bug in the zip-cache used by our falls so
I end up calling SYS:CLEAR-ZIP-CACHE.
Anyways, I have made [some progress][1] on this, but even with this patch we
still fail when loading a fasl the current package doesn't (use :cl) if the
source file doesn’t have an explicit :IN-PACKAGE. The failing test works in
SBCL/CCL so there is definitely something wonky in our loader implementation.
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.
Regards,
Erik.