Phobos addition formal review: std.experimental.allocator

Andrei Alexandrescu via Digitalmars-d digitalmars-d at puremagic.com
Tue Jun 23 12:17:30 PDT 2015


On 6/23/15 10:16 AM, Dicebot wrote:
> On Tuesday, 23 June 2015 at 16:49:45 UTC, Andrei Alexandrescu wrote:
>> On 6/23/15 9:48 AM, extrawurst wrote:
>>> I agree with Adam on this: "Just a quick concern, I don't think a
>>> package.d should ever have anything except imports in it"
>>> (see http://forum.dlang.org/post/qwatonmpnoyjsvzjpyjl@forum.dlang.org)
>>
>> What is the rationale? -- Andrei
>
> My reasoning is simple : when `package.d` only contains public imports
> it allows to both use simple `import std.allocator` for those who want
> to get started quickly and pick only necessary imports for those who try
> optimizing build times / code clarity. Not doing that does not change
> anything for those who prefer `import std.allocator` but makes fine
> tuning of imports impossible. Thus former approach looks either equal or
> superior for all use cases.

The "import std.allocator" is already minimal - only contains the high 
level stuff. -- Andrei


More information about the Digitalmars-d mailing list