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

[12345swordy]

On Friday, 2 August 2019 at 14:51:25 UTC, Stefanos Baziotis wrote:
> As it is mentioned in a previous post, this project has got 
> hardly any attention. And since there was nothing to do, I did 
> not post weekly.
>
> === Current State ===
>
> --- Dmem* utilities ---
>
> Fortunately, Nicholas Wilson has been helping me the last week 
> get the 2 Dmem*
> PRs I had done merged [1], [2]
>
> I don't know of anything that these PRs need, although possibly 
> I have done something wrong in the documentation.
>
> I don't know if / when they will get merged since they're 
> awaiting review.
> I hope to have enough reviews to merge at least memset in the 
> next 2.5 weeks.
> And again, thanks a lot Nicholas for your time.
>
> --- core.thread ---
>
> Since there was nothing to do, I asked if there was anything 
> that I could
> do in the time. It was proposed that I could refactor 
> core.thread.
> With some help from Nicholas, I made a PR [3].
> I'm glad that people seem to care about this change. It's going 
> good I think.
>
> === Final 2.5 weeks ===
>
> I honestly have no idea. Ideally, I would PR memmove() as well 
> but I think it's
> better to try to get at least one of the other 2 PRs merged 
> first.
> Other than that, if the core.thread gets merged, I will finish 
> it.
>
> One thing I proposed for the time remaining is a cross-compiler 
> SIMD module.
> I will write in a separate thread about that, but the idea came 
> from the fact that when writing Dmem* utils, I could not find a 
> way to use SIMD intrinsics
> across compilers. So, I created something like a small SIMD 
> library [4].
> That is of course not really general, but it shows the idea.
>
> [1] memset: https://github.com/dlang/druntime/pull/2662
> [2] memcpy: https://github.com/dlang/druntime/pull/2687
> [3] core.thread: https://github.com/dlang/druntime/pull/2689
> [4] Mini SIMD module: 
> https://github.com/dlang/druntime/pull/2687/files#diff-c2fcd73761ae6659ef91245ce1195b6d

Is this project dead in the water? Great, another dead project in 
the graveyard of dead projects.