On Thu, 2022-07-14 at 14:15 +0900, Nobuhiro Iwamatsu wrote: > Package: wnpp > Severity: wishlist > Owner: Nobuhiro Iwamatsu <iwama...@debian.org> > 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