<div dir="ltr">Hi Tim,<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 5, 2016 at 11:46 PM, Tim Felgentreff <span dir="ltr">&lt;<a href="mailto:timfelgentreff@gmail.com" target="_blank">timfelgentreff@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <br><p dir="ltr">Hi, </p>
<p dir="ltr">I agree that only reasonably stable code should go into the Cog branch. But  how do we ensure that? I&#39;m against going with someone&#39;s &quot;gut feeling&quot; for this, instead I think we really do need some tests. Right now the only &quot;test&quot; we run is that the VM compiles in different configurations on different platforms. We really need proper stress tests, in-Image as well as out-of-Image. There are many tests in Squeak, for example, that have nothing to do with the system and only test VM specifics (that are subject to change anyway, like testing that Floats are boxed). Personally I would think we should move these into the VM project and run them on Travis. Additionally we need an easy way to add a test when a new crash is discovered to guard ourselves against regressions. </p>
<p dir="ltr">I believe that with more people making contributions (which was one of the reasons for the github move) it just becomes infeasible to always test branches manually.</p></blockquote><div>Agreed.  We need a suite of tests that is strong enough that we would mark as stable any VM that passed them all.</div><div><br></div><div>A simple test is running the test suite, but IME that doesn&#39;t stress the VM enough; it does find VM flaws in primitives, etc.  But may not stress the system enough to find GC bugs. </div><div><br></div><div>One test then is to build a VMMaker image from the updated trunk image (a la image/buildspurtrunkvmmakerimage.sh) and have this image produce all sources (a la [VMMaker generateAllConfigurationsUnderVersionControl] valueSupplyingAnswer: false).  All this should happen in three ways:</div><div>- in a single step, updating the image, loading all of VMMaker and then generating all the sources,</div><div>- in a single step, but with a save after each step</div><div>- as three steps, updating the image, saving and quitting, launching, loading all of VMMaker, saving and quitting, launching, generating all sources</div><div><br></div><div>This is a good stress case for my usage (and would certainly identify the current instability).</div><div><br></div><div>Chris M, could you contribute a Magma multi-image test in any form?</div><div><br></div><div>Anyone else have any big stress cases?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="gmail_extra"><br><div class="gmail_quote">Am 06.08.2016 3:27 vorm. schrieb &quot;John McIntosh&quot; &lt;<a href="mailto:johnmci@smalltalkconsulting.com" target="_blank">johnmci@smalltalkconsulting.<wbr>com</a>&gt;:<br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <br><div dir="ltr">it is easy to fork a branch in GIT you should do that. <div><br></div><div>Only stable code (you can decide what that means) should reach the main branch or merged into the Cog Branch. </div><div><br><div>Git makes it easy to experiment by forking. Don&#39;t merge stuff until you can show the branch/commit point is stable. </div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 5, 2016 at 5:40 PM, Eliot Miranda <span dir="ltr">&lt;<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <br><div dir="ltr">Hi All,<div><br></div><div>    on returning to VM work I&#39;m seeing lots of VM crashes with recent changes.  It looks like the 4-bit Windows work has really affected things.  What to do?</div><div><br></div><div>Personally I&#39;d like to see the type inferrence and platform changes reverted and the work put on a fork.  But that&#39;s just my opinion.  Thoughts?</div><div><br><div data-smartmail="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></div>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">==============================<wbr>==============================<wbr>===============<br>John M. McIntosh. Corporate Smalltalk Consulting Ltd <a href="https://www.linkedin.com/in/smalltalk" target="_blank">https://www.linkedin.com/i<wbr>n/smalltalk</a><br>==============================<wbr>==============================<wbr>===============<br></div></div></div></div>
</div>
<br></blockquote></div></div>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="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></div>