On Thu, 2022-07-14 at 14:15 +0900, Nobuhiro Iwamatsu wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Nobuhiro Iwamatsu
> X-Debbugs-Cc: debian-de...@lists.debian.org
>
> * Package name: gcompat
> Version : 1.0.0
> Upstream Author : A. Wilcox
> * URL : https://git.adelielinux.org/adelie/gcompat
> * License : Expat
> Programming Lang: C
> Description : The GNU C library compatibility layer for musl
>
> The gcompat provides glibc-compatible APIs for use on musl libc systems.
> .
> This library is designed to be used for binaries that are already
> compiled against glibc. It does not contain any headers, and cannot be
> used to build software that requires glibc. It is instead recommended
> that any software that requires glibc APIs be modified to become more
> portable.
> .
> This library can optionally be compiled with other libraries to make a
> single, unfied solution. This can include fts, libucontext, obstack,
> and others.
> .
> gcompat additionally provides a loader stub. This is a small library
> that has the same name as the glibc dynamic linker on glibc platforms;
> when a binary is run that uses glibc as its dynamic linker, the stub
> will run, redirecting it to use musl and automatically preloading the
> gcompat library.
>
How would this be used in Debian, when all our ports already use glibc?
Ben.
--
Ben Hutchings
Always try to do things in chronological order;
it's less confusing that way.
signature.asc
Description: This is a digitally signed message part