<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Hi Bert,<br><br></div><div><br>On Apr 12, 2018, at 6:03 AM, Bert Freudenberg <<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:#000000">If that's indeed the case we need to make a 64 bit VM for 32 bit images. I think this should be just a matter of picking the right compiler options.</div></div></div></blockquote><div><br></div>How so? AFAIA it is not. It means, for example, changing every memory access for an instance variable from 64 to 32 bits. It is non-trivial.<div><br></div><div>What /is/ trivial is detecting that an image's word size is unsupported on a platform and offering to convert it, a process that takes less than a minute for typical images.</div><div><br></div><div>If we go this route we would include a headless 64-bit image that converts 32-bit images to 64-bits on 64-bit only systems, and <span style="background-color: rgba(255, 255, 255, 0);">a headless 32-bit image that converts 64-bit images to 32-bits on 32-bit only systems.</span></div><div><span style="background-color: rgba(255, 255, 255, 0);"><br></span></div><div><span style="background-color: rgba(255, 255, 255, 0);">IIRC 64 to 32 bit conversion needs to be written, but I think it is trivial compared to building a 64-bit vm for 32-bit images.</span></div><div><span style="background-color: rgba(255, 255, 255, 0);"><br></span></div><div><span style="background-color: rgba(255, 255, 255, 0);">Of course this applies only to Spur images. We don't have a way of automatically converting V3 images to Spur. Yo do that going forward we may have to depend on OS virtual machines, but somehow I can't see an ARMv8 Mac supporting x86 VMs like Parallels. This could be the end of an interoperability era.</span></div><div><br><blockquote type="cite"><div><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:#000000">Otherwise we won't have any way of opening regular 32 bit images on Macs.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:#000000">- Bert -</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 12 April 2018 at 14:47, Fabio Niephaus <span dir="ltr"><<a href="mailto:lists@fniephaus.com" target="_blank">lists@fniephaus.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"><div class="m_3464897733717783518inboxEmptyGmelius"></div><div>Hi all,</div><div><br></div><div>According to [1], Apple has started to alert users when they open a 32-bit app on the Mac and I've seen such a dialog today myself when opening a 32-bit Squeak image.</div><div><br></div><div>It looks like it is time to make 64-bit the default, maybe with the next release? The Pharo community is already doing that for quite some time, so I'm wondering if there is any reason not to do the same?</div><div><br></div><div>Best,</div><div>Fabio</div><div><br></div>[1] <a href="https://techcrunch.com/2018/04/11/apple-starting-to-alert-users-that-it-will-end-32-bit-app-support/" target="_blank">https://techcrunch.com/2018/<wbr>04/11/apple-starting-to-alert-<wbr>users-that-it-will-end-32-bit-<wbr>app-support/</a></div>
<br><br>
<br></blockquote></div><br></div>
</div></blockquote><blockquote type="cite"><div><span></span><br></div></blockquote></div></body></html>