<div dir="ltr">On Tue, Sep 1, 2015 at 8:34 AM, Jacob Carlborg via Digitalmars-d-announce <span dir="ltr"><<a href="mailto:digitalmars-d-announce@puremagic.com" target="_blank">digitalmars-d-announce@puremagic.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 2015-08-31 08:01, Martin Nowak wrote:<br></span><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">First beta for the 2.068.1 point release (we skipped -b1 due to a bug).<br></blockquote><br></span>Here's a piece of code that used to compile in 2.067.0 but not in 2.068.0:<br><br>class UniText<br>{<br>    abstract const char[] toString (char[]  dst = null);<br>    abstract const wchar[] toString16 (wchar[] dst = null);<br>    abstract const dchar[] toString32 (dchar[] dst = null);<br>}<br><br>The error message is:<br><br>Error: class main.UniText use of object.Object.toString() is hidden by UniText; use 'alias toString = Object.toString;' to introduce base class overload set<br><br>I suspect this is intended?<span class=""><font color="#888888"><br><br>-- <br>/Jacob Carlborg<br></font></span></blockquote><div><br></div>Yep, that is intended. You have to explicitly "import" overload sets. It does seem to me that if there is only one function in the other overload set the error could be disabled, however it is clearer the way it works in 2.068.<div>And it will get us used to having to be explicit when adding to overload sets like in the code above.</div><div><br></div></div>