<div dir="ltr">Not in connection with any one issue in particular, I'm trying to make the compiler re-entrant.<div>That ought to be a sufficient remedy to this, right?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 19, 2017 at 9:36 AM, Luís Oliveira <span dir="ltr"><<a href="mailto:luismbo@gmail.com" target="_blank">luismbo@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Dec 19, 2017 at 1:29 PM, 73budden . <<a href="mailto:budden73@gmail.com">budden73@gmail.com</a>> wrote:<br>
>> ... Sadly, it had to be reverted because ran into SBCL's compiler lock.<br>
>> Perhaps you can come up with a solution?<br>
><br>
> No. I'm trying to do some SBCL hacking, but I'm (yet) not experienced<br>
> enough to fix such things.<br>
<br>
</span>I wonder if we can play with compute-applicable-method to force<br>
compilation of the interfaces/implementations ahead of time?<br>
<<a href="https://github.com/guicho271828/inlined-generic-function" rel="noreferrer" target="_blank">https://github.com/<wbr>guicho271828/inlined-generic-<wbr>function</a>> might hold<br>
some tips on how to do that. This might a fun project if you'd like to<br>
explore the MOP.<br>
<br>
Martin's idea is promising too.<br>
<br>
Regarding your patch, I really dislike defining special variables<br>
without the earmuffs. I've been bitten by such variables in the past<br>
and it's quite annoying and confusing. (defconstant would be slightly<br>
better, but still I'd rather pursue the other two ideas first. :-(<br>
<br>
Cheers,<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Luís Oliveira<br>
<a href="http://kerno.org/~luis/" rel="noreferrer" target="_blank">http://kerno.org/~luis/</a><br>
<br>
</div></div></blockquote></div><br></div>