All right, all right! Interim decision regarding qualified Object methods
Mehrdad
wfunction at hotmail.com
Thu Jul 12 19:24:53 PDT 2012
On Friday, 13 July 2012 at 02:11:02 UTC, Steven Schveighoffer
wrote:
> No, it's not. Everything depends on druntime. If you think it
> was so easy, look at the date of this bug report, which all the
> top dogs agreed with:
> http://d.puremagic.com/issues/show_bug.cgi?id=1824
Thanks for providing the link, I'll take a look at it. I'd never
known opEquals was treated specially by the compiler (aside from
operator overloading of course), that would change a lot of
things.
>> 2. Isn't it kinda /trivial/ to avoid opEquals? Just don't use
>> it. Make up your own method. What's wrong with this?
> Yes, it is. There isn't anything wrong with that, and it has
> been suggested -- if you want non-const opEquals, write your
> own method.
> But I think we are past that point, in all likelihood, opEquals
> is going away from Object.
Well I'm not understanding the point of this post then... though
thanks for letting me know I guess.
More information about the Digitalmars-d
mailing list