Bug 903907 – x11-libs/cairo-1.17.8 x86_64-gentoo-linux-musl-ld.lld: error: undefined symbol: backtrace_symbols >>> referenced by malloc-stats.c

• Status: UNCONFIRMED
• Product: Gentoo Linux

[Description demiank 2023-04-06 10:48:10 UTC]

Created attachment 859613 [details]
emerge --info

x11-libs/cairo-1.17.8 fail to build

[Comment 1 demiank 2023-04-06 10:51:10 UTC]

Created attachment 859614 [details]
emerge log

[Comment 2 demiank 2023-04-06 11:19:10 UTC]

Created attachment 859615 [details, diff]
solved with this patch

[Comment 3 Sam James 2023-04-07 02:17:00 UTC]

It's not fixed for anybody else.

[Comment 4 Andrei Horodniceanu 2023-07-06 10:08:14 UTC]

There are 2 problems that lead to this bug. The first is that the build system assumes that libexecinfo is part of the C standard library and it doesn't try to link against anything when deciding to compile malloc-stats.c, leading to a linking error on musl systems that have the execinfo.h header present. This issue is solved upstream in https://gitlab.freedesktop.org/cairo/cairo/-/merge_requests/458.

The second problem is the build system deciding to build malloc-stats.c based on the availability of the execinfo.h header. I try to solve this in https://github.com/gentoo/gentoo/pull/31775 by adding an option instead of the autodetection.

Given that libexecinfo is not available in ::gentoo this bug only happens when an user installs the library from an overlay on a musl system, in the reporter's (and my) case, it came from 12101111-overlay (https://github.com/12101111/overlay) as a dependency of chromium.

[Comment 5 Vic Kerr (wikky) 2024-08-27 13:46:23 UTC]

I can confirm this bug is still present as of x11-libs/cairo-1.18.0.