Re: [musl] missing symbol from musl libc

[Rich Felker <dalias@libc.org>]

On Wed, Mar 31, 2021 at 05:36:38PM +0200, Thierry Gayet wrote:
> Hi,
> 
> I use musl within alpine.
> 
> in this environment I have an open source package based on Chromium (in C /
> C ++) which needs to be recompiled.
> 
> The compilation step goes well but at the link step, the linker cannot find
> certain symbols from the libc:
> hread_getattr_np@GLIBC_2.2.5'
> /usr/lib/gcc/x86_64-alpine-linux-musl/10.2.1/../../../../x86_64-alpine-linux-musl/bin/ld:
> .../third_party/cef/cef_binary_75.0.6+g90ecd35+chromium-75.0.3770.80_linux64/Release/libcef.so:
> undefined reference to `snd_pcm_sw_params_set_avail_min@ALSA_0.9'
> /usr/lib/gcc/x86_64-alpine-linux-musl/10.2.1/../../../../x86_64-alpine-linux-musl/bin/ld:
> .../third_party/cef/cef_binary_75.0.6+g90ecd35+chromium-75.0.3770.80_linux64/Release/libcef.so:
> undefined reference to `mbsrtowcs@GLIBC_2.2.5'
> ...

I'm not 100% sure because everything around the Chromium build process
is so obfuscated and contrary to reasonable build practices, but it
looks like you just have a binary library someone shipped that was
linked against glibc, and that's using glibc symbol versioning. For
both of those reasons it's very unlikely to be suitable to link with
musl. If you can build it from source, for a musl-based target, I
would expect the problems to go away.

Rich