https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: sci-electronics/xnec2c-4.3.4 fails to compile. Discovered on: amd64 (internal ref: tinderbox_musl) NOTE: This machine uses MUSL libc
Created attachment 764374 [details] build.log build log and emerge --info
Did some checks to sort it out. There are at least two musl related problems. 1. Use of dlinfo() with subfunctions not supported by musl. Luckily the result from the requests are not really used, so the calls could be dropped without loss of functionality. 2. Project uses glibs 'backtrace()' handling, which is only partially supported by musl. A possible way could be a migration to libunwind. I will contact upstream and discuss the problem there.
Upstream confirms that both problems can be fixed by dropping the related code which are left overs from debugging.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5ffa7558b47964913a0c88edb85c0eca3020d7bc commit 5ffa7558b47964913a0c88edb85c0eca3020d7bc Author: Thomas Beierlein <tomjbe@gentoo.org> AuthorDate: 2022-02-25 05:54:02 +0000 Commit: Thomas Beierlein <tomjbe@gentoo.org> CommitDate: 2022-02-25 05:54:02 +0000 sci-electronics/xnec2c: Fix musl related compile problems After discussion with upstream drop left overs from experiments with handling of some dynamic libraries. That fixes the problems with the use of dlinfo() and backtrack_symbols(). Closes: https://bugs.gentoo.org/832744 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Thomas Beierlein <tomjbe@gentoo.org> .../xnec2c/files/xnec2c-4.4.5-musl.patch | 63 ++++++++++++++++++++++ sci-electronics/xnec2c/xnec2c-4.4.5.ebuild | 3 ++ 2 files changed, 66 insertions(+)
