std.v2020.algorithm etc[ WAS: Is run.d going to be expand for runtime and the phobos library?]

Stanislav Blinov stanislav.blinov at gmail.com
Sat Jun 20 10:52:37 UTC 2020


On Saturday, 20 June 2020 at 10:03:06 UTC, Petar Kirov 
[ZombineDev] wrote:
> On Saturday, 20 June 2020 at 09:49:38 UTC, Stanislav Blinov 
> wrote:
>> On Saturday, 20 June 2020 at 04:34:42 UTC, H. S. Teoh wrote:

>>> Another could be to fix up the range API -- i.e, reconsider 
>>> the ugliness that is .save, now that D has copy ctors.
>>
>> How do you see that? Fundamentally, what have copy ctors 
>> changed in this regard?
>
> I suppose that postblit has had various implementation and 
> language design issues (which copy constructors address), which 
> prevented them from being a reliable alternative to save(). 
> This and probably also class support.

All ranges are supposed to be copyable, so their copy-ability is 
not sufficient to distinguish input and forward ranges. Whether 
it's postblit or copy ctor makes no difference here, unless I'm 
missing something.


More information about the Digitalmars-d mailing list