Supporting musl libc
Daniel Kozak via Digitalmars-d
digitalmars-d at puremagic.com
Sat Oct 8 11:47:17 PDT 2016
On Tuesday, 17 May 2016 at 08:51:01 UTC, Jacob Carlborg wrote:
> As an alternative to glibc there's a C standard library called
> musl [1]. This is the C standard library used by ELLCC [2], a
> cross-compiler based on Clang. This cross-compiler makes it
> very easy to target other platforms and can be used as the C
> compiler when building with LDC.
>
> The issue is that musl doesn't support the functions defined by
> execinfo.h: backtrace, backtrace_symbols_fd and
> backtrace_symbols, since these are glibc extensions. As far as
> I can see, these functions are used in two places in druntime:
> src/rt/backtrace/dwarf.d [3] and src/core/runtime.d [4].
>
> The imports of execinfo is guarded by version(CRuntime_Glibc).
> I see that CRuntime_Glibc is a predefined version identifier
> defined by the compiler on Linux.
>
> I'm not sure how to best handle different C standard libraries
> when it comes to choosing which one to use. Is it best to
> choose that when building the compiler or when building
> druntime? Or can it be a runtime option?
>
> [1] https://www.musl-libc.org
> [2] http://ellcc.org
> [3]
> https://github.com/dlang/druntime/blob/master/src/rt/backtrace/dwarf.d#L41
> [4]
> https://github.com/dlang/druntime/blob/master/src/core/runtime.d#L433-L434
What is the current status? Without support of musl-libc, I can
not ad support for a Alpine linux distribution. It is a shame
because they already have go and rust support.
More information about the Digitalmars-d
mailing list