Bug report: Loading a FASL into a package which doesn't import SETQ
ehuels at gmail.com
Tue Nov 10 14:06:22 UTC 2020
On Tue, Nov 10, 2020, 11:50 Mark Evenson <evenson at panix.com> wrote:
> > On Nov 8, 2020, at 22:48, Robert Munyer <2433647181 at 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
> 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] on this, but even with this patch
> 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
> SBCL/CCL so there is definitely something wonky in our loader
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.
> : <https://github.com/armedbear/abcl/pull/352>
> More when I know it,
> "A screaming comes across the sky. It has happened before but there is
> to compare to it now."
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the armedbear-devel