[elephant-devel] Reason for
Ian Eslick
eslick at media.mit.edu
Wed Sep 28 14:40:29 UTC 2011
The problem was exposed by loading elephant again without also loading the backend libraries. I made a few changes so that doesn't happen so easily. Sounds like you had a better fix. I haven't dug into this code base, nor done much CL hacking, in almost two years so feeling rusty. :)
I also made a change for ccl so we don't inject the class if the dependencies argument was not provided (vs passing it along as a nil argument). I'll look at the alternate placement.
These get ccl to pass all but one test.
Where are you with getting sbcl to build/pass? I'm testing with 1.0.56
Ian
Sent from my iPhone
On Sep 27, 2011, at 11:57 PM, "Alex Mizrahi" <killerstorm at newmail.ru> wrote:
> IE> Anyone remember why we put this into the elephant.asd file?
>
> IE> (defmethod operation-done-p ((o load-op) (c elephant-c-source)) nil)
>
> To make sure that library is loaded at least once? There is no way to check whether it is loaded via UFFI.
> And if you return T ASDF might skip loading altogether.
>
> I've already fixed this, BTW, through tracking what is loaded. Forgot to push the patch...
>
> IE> It was causing the CCL MOP problem discussed earlier.
> IE> I may have fixes for the CCL MOP - a few tests still fail which I
> IE> will diagnose later.
>
> Have you read openmcl mailing list? It turns out shared-initialize which injects persistent-object direct superclass is kinda broken.
>
> BTW, is there a reason to do it via shared-initialize instead of compute-precedence-list?
>
> IE> Part of the win is removing the following line from elephant.asd,
> IE> but I'm sure I'm casing a regression against another use case this was
> IE> intended to handle.
>
> Hmm, I haven't checked how ASDF handles it by default, I've tried both NIL and T and none of them worked right, IIRC.
> But tracking what is loaded is the right thing, right?
>
>
> _______________________________________________
> elephant-devel site list
> elephant-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/elephant-devel
More information about the elephant-devel
mailing list