<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 22, 2018 at 7:22 AM, Eliot Miranda <span dir="ltr"><<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>Hi Ryan,<br><br></div><span class=""><div><br>On Mar 21, 2018, at 7:51 PM, Ryan Macnak <<a href="mailto:rmacnak@gmail.com" target="_blank">rmacnak@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Mar 20, 2018 at 8:27 AM, Eliot Miranda <span dir="ltr"><<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Tobias, Hi Ryan,<div class="gmail_extra"><br><div class="gmail_quote"><span>On Tue, Mar 20, 2018 at 6:12 AM, Tobias Pape <span dir="ltr"><<a href="mailto:Das.Linux@gmx.de" target="_blank">Das.Linux@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
On 20.03.2018, at 13:58, Holger Freyther <<a href="mailto:holger@freyther.de" target="_blank">holger@freyther.de</a>> wrote:<br>
><br>
><br>
><br>
><br>
>> On 20. Mar 2018, at 11:54, Tobias Pape <<a href="mailto:Das.Linux@gmx.de" target="_blank">Das.Linux@gmx.de</a>> wrote:<br>
>><br>
><br>
> Hey!<br>
><br>
><br>
>> <a href="https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/355802605#L2458" rel="noreferrer" target="_blank">https://travis-ci.org/OpenSmal<wbr>ltalk/opensmalltalk-vm/jobs/35<wbr>5802605#L2458</a><br>
><br>
> indeed! I think it is this bug: <a href="https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59477" rel="noreferrer" target="_blank">https://gcc.gnu.org/bugzilla/s<wbr>how_bug.cgi?id=59477</a>. I love how GCC developers add a regression test for every issue fixed and they do it for many many years already. And it is a codebase that is 30+ years old and started before SSA was "known".<br>
<br>
</span>Yes, upgrading GCC fixes this (see <a href="https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/builds/355826629" rel="noreferrer" target="_blank">https://travis-ci.org/OpenSmal<wbr>ltalk/opensmalltalk-vm/builds/<wbr>355826629</a> )<br>
<br>
But the newspeak-bootstrap now fails.<br>
<br>
@Eliot, can you have a look at this?<br>
        <a href="https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/355826630#L6518" rel="noreferrer" target="_blank">https://travis-ci.org/OpenSmal<wbr>ltalk/opensmalltalk-vm/jobs/35<wbr>5826630#L6518</a><br>
I actually cannot fathom how a gcc upgrade should influence this, but I'll hold whit the Pull Request until you say that its either my fault or nothing to be afraid of.<br></blockquote><div><br></div></span><div>Well, if it's a result of my enabling read-only objects (-DIMMUTABILITY=1) for all Spur VMs then I'll turn it off for the Newspeak builds, </div></div></div></div></blockquote><div><br></div><div>Hm, I though object immutability was something implemented years ago? Before Cog even.</div></div></div></div></div></blockquote><div><br></div></span>Yes, but it happened in a fork of the Squeak VM we used at Cadence for the original Newspeak platform.  This VM wasn't carried forward and was a pure interpreter, so only some of the work was ported.<span class=""><div><br><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>but the key point here is that we should decouple the Newspeak builds from the Pharo and Squeak builds asap.  Newspeak shouldn't block new releases of what should be perfectly good VMs.  This is urgent IMO.</div></div></div></div></blockquote><div><br></div><div>If any VM configuration breaks because a compiler update, it's very likely because of undefined behavior, and it casts doubt on the correctness of the other configurations sharing code.</div></div></div></div>
</div></blockquote><br></div></span><div>In any case, if you have to time, it would be great if you could take a look at the failing bootstrap and diagnose.</div></div></blockquote><div><br></div><div>A Strongtalk dictionary is failing to rehash on growth (1229.1) and failing to find an element that was definitely inserted (1230.35). Most likely cause is a unstable hash from one of the <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">Fraction or ByteSymbol elements.</span></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><br></div><div><span style="background-color:rgba(255,255,255,0)">regards, Eliot<br>_,,,^..^,,,_ (phone)</span></div></div></blockquote></div><br></div></div>