<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 9, 2019 at 12:26 AM Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de">marcel.taeumel@hpi.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div><div id="gmail-m_-1387130555127467172__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0)">
                                        Nice! :-)<div><br></div><div>Is it kind of related to ReleaseBuilder class >> #prepareProcesses? Or do we need both kinds of mechanisms? Maybe could get rid of #prepareProcesses in the ReleaseBuilder?</div></div></div></blockquote><div><br></div><div>Good question.  Let me live with the code for a few more days.  I like prepareProcess; it's explicit, but at the same time postRecompileAction makes it clear when and why we're doing this.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div><div id="gmail-m_-1387130555127467172__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0)"><div><br></div><div>Best,</div><div>Marcel</div><div></div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-top:20px;margin-left:0px;padding-left:10px">
                        <p style="color:rgb(170,170,170);margin-top:10px">Am 08.10.2019 21:59:48 schrieb <a href="mailto:commits@source.squeak.org" target="_blank">commits@source.squeak.org</a> <<a href="mailto:commits@source.squeak.org" target="_blank">commits@source.squeak.org</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif">Eliot Miranda uploaded a new version of Kernel to project The Trunk:<br><a href="http://source.squeak.org/trunk/Kernel-eem.1273.mcz" target="_blank">http://source.squeak.org/trunk/Kernel-eem.1273.mcz</a><br><br>==================== Summary ====================<br><br>Name: Kernel-eem.1273<br>Author: eem<br>Time: 8 October 2019, 12:59:35.689325 pm<br>UUID: 50bfe346-15d7-4aa9-ba69-0c21d3d8d011<br>Ancestors: Kernel-mt.1272<br><br>Add a method that documents the postRecompileAction convention for rebuilding state affected by a Compiler recompileAll.<br><br>=============== Diff against Kernel-mt.1272 ===============<br><br>Item was added:<br>+ ----- Method: Object class>>postRecompileAction (in category 'documentation') -----<br>+ postRecompileAction<br>+     "This is a stub method to document the convention for reinitializing state at the end of Compiler recompileAll.<br>+          The issue is that after recompiling all methods, processes or blocks could remain that refer to old methods,<br>+         and that somehow those processes should be restarted and objects referring to blocks rebuilt.  For example,<br>+          PluggableDictionary integerDictionary creates a PluggableDictionary with a hashBlock that refers to the<br>+      PluggableDictionary class>>#integerDictionary method.  Users of PluggableDictionary integerDictionary can<br>+      rebuild structures containing it after recompile by implementing thsi method to do so.  Compiler will then<br>+   invoke any and all such methods after recompileAll."<br>+ <br>+       ^self!<br><br><br></div></blockquote>
                                        </div></div><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div></div>