std.allocator ready for some abuse

Martin Nowak code at dawg.eu
Sat Nov 9 10:15:22 PST 2013


On 11/01/2013 10:00 PM, Andrei Alexandrescu wrote:
> On 10/30/13 1:02 PM, Martin Nowak wrote:
>> This looks really promising.
>> There are a lot of building blocks and the way different capabilities
>> are modelled by optional methods nicely solves the biggest difficulty
>> with allocators.
>> I think it's important to put this in it's own github repo and add a dub
>> package for it on code.dlang.org so that it's easy to test the
>> implementation and to contribute improvements.
>
> Tried to register github package andralex/phobos, and:
>
I transferred you a separate repo with all std.allocator commits.
https://github.com/dawgfoto/std_allocator
You can build the library with "dub" and run unittests with "dub 
-build=unittest -config=unittest".
Creating docs is a problem, maybe some expert can chime in.

>
> This is obviously because package.json is absent from the repo, but I'd
> say it shouldn't cause such an error.
https://github.com/rejectedsoftware/dub-registry/issues/31

> https://github.com/andralex/phobos/blob/allocator/std/allocator.d#L3723
>
> The newly-added allocator should come to the front of the list.
>
> My suspicion, however, is that you won't be able to measure a
> difference. A well-dimensioned cascade of regions will have a high
> ration of allocations within a regions to number of regions.
>
You're probably right.


More information about the Digitalmars-d mailing list