<div dir="ltr">Hi David,<br><br><div class="gmail_quote"><div dir="ltr">On Mon, Nov 19, 2018 at 9:52 AM David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Nov 19, 2018 at 09:32:17AM -0800, Eliot Miranda wrote:<br>
> Hi All,<br>
> <br>
>     In VisualWorks Message implements #= & #hash naturally; two messages<br>
> whose selectors and arguments are #= are also equal.  But in Cuis, Squeak<br>
> and Pharo Message inherits #= and #hash from Object, i.e. uses identity<br>
> comparison.  This is, to say the least, annoying.  Any objections to<br>
> implementing comparing in Message to match VisualWorks?<br>
> <br>
<br>
That sounds like an obviously good thing to do :-)<br>
<br>
Is the lookupClass instance variable relevant for comparisons? I am<br>
guessing not, since we already have #analogousCodeTo: for that type of<br>
comparison.<br></blockquote><div><br></div><div>For me it is relevant.  Two messages with different lookupClasses, e.g. one with nil and one with a specific class, represent different messages, one a normal send one a super send.  So my changes in waiting include lookupClass in both hash and =.  I don't think it makes much difference, but the incompatibility with VisualWorks, while regrettable, feels correct to me.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dave<br>
</blockquote></div><div><br></div><div dir="ltr" class="m_-6398955650266367192gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div></div>