x86_64-gentoo-linux-musl-gcc -O2 -pipe -march=native -fno-common -falign-functions=32:25:16 -o src/xar src/xar.o -Llib -Wl,-O1 -Wl,--as-needed lib/librxar.so.1 -lpthread -lbz2 -lz -lacl -lssl -lcrypto -lxml2 -lz -lm /usr/lib/gcc/x86_64-gentoo-linux-musl/9.3.0/../../../../x86_64-gentoo-linux-musl/bin/ld: src/xar.o: in function main: xar.c:(.text.startup+0xeb7): undefined reference to fts_open /usr/lib/gcc/x86_64-gentoo-linux-musl/9.3.0/../../../../x86_64-gentoo-linux-musl/bin/ld: xar.c:(.text.startup+0xecb): undefined reference to fts_read /usr/lib/gcc/x86_64-gentoo-linux-musl/9.3.0/../../../../x86_64-gentoo-linux-musl/bin/ld: xar.c:(.text.startup+0x1005): undefined reference to fts_close collect2: error: ld returned 1 exit status ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0_musl-20200316-165821 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-gentoo-linux-musl-9.3.0 * clang version 10.0.0 Target: x86_64-gentoo-linux-musl Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.8 [2] python3.7 [3] python3.6 [4] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-1.41.1 * timestamp of HEAD at this tinderbox image: /var/db/repos/gentoo Sun Mar 22 01:39:50 UTC 2020 /var/db/repos/musl Sat Mar 21 19:55:55 UTC 2020 emerge -qpvO app-arch/xar [ebuild N ] app-arch/xar-1.8-r3 USE="-libressl"
Created attachment 624222 [details] emerge-info.txt
Created attachment 624224 [details] app-arch:xar-1.8-r3:20200322-021202.log
Created attachment 624226 [details] emerge-history.txt
Created attachment 624228 [details] environment
Created attachment 624230 [details] etc.portage.tbz2
Created attachment 624232 [details] logs.tbz2
Hmmm, I assume musl doesn't have fts_open. It is a 4.4BSD feature, I need to see if it is easy to work around it.
(In reply to Fabian Groffen from comment #7) > Hmmm, I assume musl doesn't have fts_open. It is a 4.4BSD feature, I need > to see if it is easy to work around it. There is a sys-libs/fts-standalone package you can add to dependencies. YMMV but this does often work :)
Likely a missing dependency on sys-libs/fts-standalone for ELIBC_MUSL .
I don't have a musl system to test on, someone needs to try this to see if it is sufficient.
@musl: I did my best to make this work in -r4, I hope this works for you.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5af94853755a557a7ff0259261564ae3ec54df6b commit 5af94853755a557a7ff0259261564ae3ec54df6b Author: Fabian Groffen <grobian@gentoo.org> AuthorDate: 2020-12-20 10:32:52 +0000 Commit: Fabian Groffen <grobian@gentoo.org> CommitDate: 2020-12-20 10:32:52 +0000 app-arch/xar-1.8-r4: revbump: fix musl, ppc-macos, version branding - (attempt to) fix musl linking problem by pulling in fts-standalone - fix ppc-macos/old Darwin compiles by disabling CommonCrypto usage in favour of libre/openssl, which we fully control wrt versioning etc. - add Gentoo version to xar --version output Closes: https://bugs.gentoo.org/713948 Package-Manager: Portage-3.0.9, Repoman-3.0.2 Signed-off-by: Fabian Groffen <grobian@gentoo.org> app-arch/xar/xar-1.8-r4.ebuild | 82 ++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 82 insertions(+)
