A betterC modular standard library?

[Ilya Yaroshenko via Digitalmars-d]

On Monday, 19 December 2016 at 19:57:45 UTC, Guillaume Piolat 
wrote:
> On Monday, 19 December 2016 at 19:52:43 UTC, Ilya Yaroshenko 
> wrote:
>> How this can work for libraries? Please read this thread.
>> This is not realistic. This a huge constraint for D libraries 
>> to be modular, replaceable and distributed in binary form.
>
> They can be at the MIR level.
>
> How this can work: Mir libraries are distributed as static and 
> dynamic libs, whatever.
> Each one of these links statically with the same druntime and 
> libphobos. When the user replace one MIR library it also 
> replaces the others.
>
> I don't see what isn't realistic here.
>
> See also: CUDA, Intel Performance Primitives...
> People update CUDA in bunch, they don't use cuDNN from release 
> 6.15 with cuRuntime from release 7.8

Mir CPUID was created for Mir GLAS, which is BLAS implementation.

How Mir GLAS be a default BLAS implementation in linux 
distributives if it is depends on DRuntime?

What about other non Mir numerical library written in Dlang, say 
for FFT?

How they should be linked together.

This example is already in this thread multiple times.

Do you propose to constraint Dlang library distribution in binary 
form?

I do not write D libraries for Dlang. I wrote them for people, 
which uses different languages. Most of them do not know about D.