On Thursday, September 01, 2011 10:17 David Nadlinger wrote: > On 9/1/11 4:28 PM, dsimcha wrote: > > If we want to do that, > > > > Code: > > > > https://github.com/dsimcha/TempAlloc > > (regionallocator.d is the main proposal, gcallocator.d is a throw-in > > wrapper around the garbage collector to create a standard allocator > > interface to it. The repo is named TempAlloc because that's what the > > module used to be called before its overhaul.) > > > > Docs: > > > > http://cis.jhu.edu/~dsimcha/d/phobos/std_regionallocator.html > > (I forgot to compile the docs to gcallocator. I'll do that at some > > point, but I expect the vast majority of the discussion to be about > > regionallocator anyhow, since gcallocator is just a trivial wrapper.) > > > > One more thing: std.regionallocator should **probably** be > > std.allocators.regionallocator, but I'm too lazy to change this until we > > officially settle on this as a name. > > Okay, etc.curl is suspended for the time being, let's move on swiftly! > > Personally, I think it would be great to review David's region allocator > soon, both because it is used by two GSoC projects, and because a > well-defined memory allocator interface is key for successful > improvements in other areas, e.g. containers. > > Other suggestions? > > Jonathan, as I somewhat cheated you out of your post for etc.curl, do > you maybe want to volunteer as the review manager? If nobody else is > inclined to do so, I guess I step up again as well (I even would have > more time to spend on it than for the etc.curl one), but I'd rather not > fill this role twice in a row.
I'll do it if no one else wants to, but I'm in no hurry to volunteer. I just volunteered before because no one else had. I'm not unwilling, but I'm far from eager. I do think that it makes sense that you not have to do it twice in a row though. - Jonathan M Davis
