#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
|