Optimizing Java using D
Steven Schveighoffer via Digitalmars-d
digitalmars-d at puremagic.com
Mon Jun 23 08:16:51 PDT 2014
On Sun, 22 Jun 2014 13:33:55 -0400, Nick Sabalausky
<SeeWebsiteToContactMe at semitwist.com> wrote:
> On 6/21/2014 1:40 AM, Tofu Ninja wrote:
>>
>> On another note, if someArray.sort() calls the built in sort even when
>> std.algorithm is imported, then most definitely built in sort needs to
>> go, I can see plenty of times where people would not even realize they
>> were calling the wrong sort or even that there was an error in their
>> code.
>
> If there's any lingering reasons why built-in sort might still need to
> exist (I wouldn't know), then maybe it could get moved into object.d
> (perhaps by internally being renamed ex. __sort, with a "sort" wrapper
> in object.d?). That way it should at least trigger a conflict with
> std.algorithm.sort instead of shadowing it.
The only thing I can think of that won't work is sorting an array of char
or wchar, which std.algorithm.sort will not do (right?).
-Steve
More information about the Digitalmars-d
mailing list