<div dir="ltr">Hi Tobias,<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 7, 2015 at 5:30 AM, Tobias Pape <span dir="ltr">&lt;<a href="mailto:Das.Linux@gmx.de" target="_blank">Das.Linux@gmx.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<div><div class="h5"><br>
<br>
On 04.04.2015, at 16:59, Frank Shearar &lt;<a href="mailto:frank.shearar@gmail.com">frank.shearar@gmail.com</a>&gt; wrote:<br>
<br>
&gt; On 3 April 2015 at 16:27, Tobias Pape &lt;<a href="mailto:Das.Linux@gmx.de">Das.Linux@gmx.de</a>&gt; wrote:<br>
&gt;&gt; Hey<br>
&gt;&gt;<br>
&gt;&gt; I am watching the CI doing its work as changes and fixes<br>
&gt;&gt; chime in.<br>
&gt;&gt;  I noticed that there are still 13 test failing[1] and I&#39;m<br>
&gt;&gt; not sure how all of them should be fixed :)<br>
&gt;&gt;  Let&#39;s make it green!<br>
&gt;<br>
&gt; I am _very very happy_ to see someone other than me harping on about<br>
&gt; tests! Please carry on!<br>
&gt;<br>
&gt; This one ought to be easy to fix: it&#39;s a small breakage in the<br>
&gt; modularity of the image; some methods need to be recategorised as not<br>
&gt; being System: <a href="http://build.squeak.org/job/SqueakTrunk/1207/testReport/Tests.Dependencies/PackageDependencyTest/testSystem/" target="_blank">http://build.squeak.org/job/SqueakTrunk/1207/testReport/Tests.Dependencies/PackageDependencyTest/testSystem/</a><br>
&gt;<br>
&gt; This one too: <a href="http://build.squeak.org/job/SqueakTrunk/1207/testReport/Tests.Dependencies/PackageDependencyTest/testTools/" target="_blank">http://build.squeak.org/job/SqueakTrunk/1207/testReport/Tests.Dependencies/PackageDependencyTest/testTools/</a><br>
&gt; (Tools shouldn&#39;t depend on _ToolBuilder-Morphic_, even though it would<br>
&gt; be OK to depend on ToolBuilder.)<br>
&gt;<br>
&gt; And I love that this one fails -<br>
&gt; <a href="http://build.squeak.org/job/SqueakTrunk/1207/testReport/Tests.Dependencies/PackageDependencyTest/testMultilingual/" target="_blank">http://build.squeak.org/job/SqueakTrunk/1207/testReport/Tests.Dependencies/PackageDependencyTest/testMultilingual/</a><br>
&gt; - Multilingual no longer depends on TrueType, and our system just got<br>
&gt; one dependency cleaner.<br>
<br>
</div></div>I did some things :)<br>
<br>
But I need help:<br>
There&#39;s a strange thing in the decompiler/compiler:<br>
<br>
<a href="http://build.squeak.org/job/SqueakTrunk/lastCompletedBuild/testReport/Tests.Compiler/DecompilerTests/testDecompilerInClassesBAtoBM/" target="_blank">http://build.squeak.org/job/SqueakTrunk/lastCompletedBuild/testReport/Tests.Compiler/DecompilerTests/testDecompilerInClassesBAtoBM/</a><br>
<br>
Somewhere in Behavior&gt;&gt;#toolIconSelector:,<br>
a sequence of &#39;push nil. pop&#39; is generated that is decompiled as &#39;nil.&#39;.<br></blockquote><div><br></div><div>Can you mail the symbolic output that shows the bytecode please?  SOmetimes the COmpiler is changed but the system is not recompiled, and hence bytecode can be obsolete.  I don&#39;t think we should bother to fix the decompiler for these cases.  But we should remember to do a recompile all at some stage, either before a release or whenever a change to the compiler is made that would change generated code.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This does not match the source and I don&#39;t know whether it&#39;s a bug in<br>
the Compiler emitting this or the Decompiler not recognizing the emitted<br>
pattern.<br></blockquote><div><br></div><div>So what happens if you recompile the method?  Is the push nil, pop sequence still there?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best<br>
<span class="HOEnZb"><font color="#888888">        -Tobias<br>
<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">best,<div>Eliot</div></div>
</div></div>