Hi Tobias,

On Sat, Feb 8, 2020 at 10:22 AM Tobias Pape <Das.Linux at gmx.de> wrote:

>
> > On 07.02.2020, at 20:36, Eliot Miranda <eliot.miranda at gmail.com> wrote:
> >
> >
> >
> > On Fri, Feb 7, 2020 at 11:33 AM Eliot Miranda <eliot.miranda at gmail.com>
> wrote:
> > Tobias,
> >
> > On Fri, Feb 7, 2020 at 11:21 AM Tobias Pape <Das.Linux at gmx.de> wrote:
> >
> > > On 07.02.2020, at 20:07, David T. Lewis <lewis at mail.msen.com> wrote:
> > >
> > > Technically,
> > > it would be hard to do this from a single compiled VM executable, but
> > > fortunately that is not needed.
> >
> > It's possible, tho. RSqueak at one point happily read 64bit and 32bit
> images all the same…
> >
> > Of course it's possible.  But it makes no sense to me.  One only needs
> to convert once so why complicate the Vm including an extremely rarely used
> action that is slooow?  If we include this facility soon enough people will
> complain that launching a 32-bit image takes ages.  It is *much better
> engineering* to require people to convert once using a separate tool than
> complicating the existing production VM with a facility that is hardly ever
> used.
> >
> > And if *you* want the facility, why don't *you* write it and test it,
> instead of expecting me to add it as yet another task to my high list of
> completely unfunded things to do for the VM?
> >
>
> Eliot, I did by no means imply that this be your duty.
> Not at all.
> In fact, if a VM gains this ability, I think it ought to be done that all
> conversion is (a) obvious to the user and (b) transparent to everything
> after interpret().
> And I acknowledge that these kind of features are not the ones you should
> think about :)
>

OK, cool.  Sorry, I was triggered.  Right now only Nicolas is putting in
significant effort alongside me.  I'm angry with the "PharoiVM" gang and
their extremely unethical behaviour. So I'm a bit touchy.

_,,,^..^,,,_
best, Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200210/c26d415e/attachment.html>