• via Digitalmars-d-bugs (29/29) Jan 04 2017 https://issues.dlang.org/show_bug.cgi?id=17060

via Digitalmars-d-bugs <digitalmars-d-bugs puremagic.com> writes:

https://issues.dlang.org/show_bug.cgi?id=17060

          Issue ID: 17060
           Summary: betterC std.allocator
           Product: D
           Version: D2
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: P1
         Component: phobos
          Assignee: nobody puremagic.com
          Reporter: ilyayaroshenko gmail.com

Part 1
-------------

std.allocator can be split (virtually) into three parts:

1. OOP Interfaces, theAllocator, constructors and other global variables.
2. Always inlined code.
3. Generic code.

1: OOP code and global variables can be placed in separate module.

2: We have `pragma(inline, true)`. Each function for non-generuc stuff like
Mallocator can be marked with this pragma. The size of code seems to be small
enough to be always inlined.

3: Generic code should be already fine.



Part 2
-------------
std.allocator uses some functions from `core.*` and maybe `std.*`. They should
be betterC too. I don't know how to verify it for all compilers.

--