In that regard allocators + ranges are still the way to go in my opinion. Yes, sometimes those result in very hard to use API - providing GC-heavy but friendly alternatives for those shouldn't do any harm. But in general full decoupling of algorithms from allocations is necessary. If that makes D poor cousin of C++ we may have a learn few tricks from C++.
Any assumption that library code can go away with some set of
pre-defined allocation strategies is crap. This whole discussion
was about how important it is to move allocation decisions to
user code (ranges are just one tool to achieve that, Don has been
presenting examples of how we do that with plain arrays in DConf
2014 talk).
- RFC: moving forward with @nogc Phobo... Andrei Alexandrescu via Digitalmars-d
- Re: RFC: moving forward with @n... Daniel Kozak via Digitalmars-d
- Re: RFC: moving forward with @n... Andrei Alexandrescu via Digitalmars-d
- Re: RFC: moving forward with @n... Daniel N via Digitalmars-d
- Re: RFC: moving forward with @n... eles via Digitalmars-d
- Re: RFC: moving forward wit... eles via Digitalmars-d
- Re: RFC: moving forward with @n... Vladimir Panteleev via Digitalmars-d
- Re: RFC: moving forward wit... Andrei Alexandrescu via Digitalmars-d
- Re: RFC: moving forward with @n... Dicebot via Digitalmars-d
- Re: RFC: moving forward wit... Andrei Alexandrescu via Digitalmars-d
- Re: RFC: moving forward... Dicebot via Digitalmars-d
- Re: RFC: moving for... Andrei Alexandrescu via Digitalmars-d
- Re: RFC: movin... Dicebot via Digitalmars-d
- Re: RFC: m... Andrei Alexandrescu via Digitalmars-d
- Re: RFC: moving forward wit... Chris Williams via Digitalmars-d
- Re: RFC: moving forward with @n... Paulo Pinto via Digitalmars-d
- Re: RFC: moving forward wit... Andrei Alexandrescu via Digitalmars-d