[GSoC] 'Independency of D from the C Standard Library' progress and update thread

sarn sarn at theartofmachinery.com
Sat Jun 1 02:40:10 UTC 2019


On Friday, 31 May 2019 at 21:01:01 UTC, Stefanos Baziotis wrote:
> I'm moving forward with the D implementations of the C parts 
> that the D Runtime
> uses.

Hi Stefanos, good project :)

Here's something to consider if you're replacing malloc() et al: 
it's popular (especially with large server deployments) to tune 
application memory allocation performance by replacing libc 
malloc() with alternatives such as tcmalloc and jemalloc.  That 
works because they use the same libc malloc() API but with a 
different implementation, injected at link or load time (using 
LD_PRELOAD or something).

It would be great if D code can still take advantage of 
alternative allocators developed by third-parties who may or may 
not be writing for D.


More information about the Digitalmars-d mailing list