#class and #== optimalizations

Rob Withers rwithers12 at comcast.net
Thu Jul 1 03:52:12 UTC 2004


On Wednesday, June 30, 2004, at 02:03 PM, Ned Konz wrote:

> On Wednesday 30 June 2004 2:38 am, Rob Withers wrote:
>> One other class of methods that need consideration are those of the
>> #ifTrue:ifFalse: varients.  If the receiver isn't a boolean, you get a
>> MustBeBoolean (or whatever it is) error.   Tim mentioned this to me 
>> and
>> said that changing these could have a noticable impact on the system. 
>> :-(
>
>> Maybe we could change the MustBeBoolean to a msg send, like
>> #cannotInterpret or doesNotUnderstand:.  Then we could catch it.   I
>> haven't attempted any solution for this case.
>
> Do you mean like Object>>mustBeBoolean ?
>

Ned, if we had something like Object>>mustBeBoolean, then that would be 
perfect.  ;-)



More information about the Squeak-dev mailing list