<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-13 1:55 GMT+02:00 <span dir="ltr"><<a href="mailto:commits@source.squeak.org" target="_blank">commits@source.squeak.org</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Changes to Trunk (<a href="http://source.squeak.org/trunk.html" target="_blank">http://source.squeak.org/trunk.html</a>) in the last 24 hours:<br>
<br>
<a href="http://lists.squeakfoundation.org/pipermail/packages/2014-May/007036.html" target="_blank">http://lists.squeakfoundation.org/pipermail/packages/2014-May/007036.html</a><br>
<br>
Name: KernelTests-eem.269<br>
Ancestors: KernelTests-nice.268<br>
<br>
Add a test to check that empty blocks evaluate to nil<br>
<br>
=============================================<br>
<br>
<a href="http://lists.squeakfoundation.org/pipermail/packages/2014-May/007037.html" target="_blank">http://lists.squeakfoundation.org/pipermail/packages/2014-May/007037.html</a><br>
<br>
Name: Compiler-eem.280<br>
Ancestors: Compiler-nice.279<br>
<br>
Get rid of the old<br>
([:a :b|] value: #first value: #last) == #last<br>
anachronism. Now all empty blocks answer nil.<br>
<br>
=============================================<br>
<br>
<a href="http://lists.squeakfoundation.org/pipermail/packages/2014-May/007038.html" target="_blank">http://lists.squeakfoundation.org/pipermail/packages/2014-May/007038.html</a><br>
<br>
Name: Kernel-nice.849<br>
Ancestors: Kernel-nice.848<br>
<br></blockquote><div><br></div><div>Hey, I wrote this:<br><pre>Authorize implicit specification of ScaledDecimal scale 123s -> 123.s0 , 0.27s -> 0.27s2 like VW and Pharo.<br></pre><pre>Why did it disappear ?<br></pre>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
(Issue <a href="http://bugs.squeak.org/view.php?id=7755" target="_blank">http://bugs.squeak.org/view.php?id=7755</a>)<br>
<br>
Note that if other letters follow the s, then s is not interpreted as a scale, because it could be a message.<br>
For example, (25sin) is interpreted as (25 sin) like in Pharo rather than (25s0 in) like in VW.<br>
This way, the chances of ambiguous interpretation of existing code base is limited to the sole message #s.<br>
<br>
=============================================<br>
<br>
<a href="http://lists.squeakfoundation.org/pipermail/packages/2014-May/007039.html" target="_blank">http://lists.squeakfoundation.org/pipermail/packages/2014-May/007039.html</a><br>
<br>
Name: KernelTests-nice.270<br>
Ancestors: KernelTests-eem.269<br>
<br>
Document the new possibility to specify a ScaledDecimal with implicit scale like 12.34s<br>
Rather than duplicating NumberParsingTest job, document current behavior of (Integer readFrom: stringOrStream) which is far from obvious<br>
For example:<br>
(Fraction readFrom: '4e3') -> 4000 but (Integer readFrom: '4e3') -> 4<br>
(Fraction readFrom: '2r101') -> 5 but (Integer readFrom: '2r101') -> 2<br>
IMO, this should be changed, old behavior is still accessible thru (Integer readFrom: '4e3' base: 10)<br>
Remove other redundant number parsing tests from IntegerTest (a deeper refactoring of number parsing tests would be welcome)<br>
<br>
=============================================<br>
<br>
<a href="http://lists.squeakfoundation.org/pipermail/packages/2014-May/007040.html" target="_blank">http://lists.squeakfoundation.org/pipermail/packages/2014-May/007040.html</a><br>
<br>
Name: MonticelloConfigurations-nice.126<br>
Ancestors: MonticelloConfigurations-eem.125<br>
<br>
Be resilient to a potentially empty secondaryUpdateURL.<br>
<br>
=============================================<br>
<br>
</blockquote></div><br></div></div>