| Summary: | dev-libs/libzip-1.5.2-r1 - armv7a-unknown-linux-musleabihf-ld: src/CMakeFiles/zipcmp.dir/zipcmp.c.o: in function `compare_zip': zipcmp.c:(.text+0xe3c): undefined reference to `fts_close' | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Alpha Bravo <aos> |
| Component: | Current packages | Assignee: | Gentoo KDE team <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | blueness, creffett |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | ARM | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 430702 | ||
| Attachments: |
build.log
emerge --info |
||
Created attachment 578108 [details]
emerge --info
I can confirm this from amd64 musl profile, and solved it by removing fts-standalone. Would that be an acceptable workaround for you? After removing fts-standalone libzip compiles successfully here but then sys-boot/vboot-utils-72_p20181229 which is the only package on this system that depends on libzip fails with "futility/updater_archive.c:11:10: fatal error: fts.h: No such file or directory" Removing fts-standalone then compiling libzip then installing fts-standalone and after that trying to compile vboot-utils fails, too, this time with vboot-utils complaining about "undefined reference to `fts_open'" WRT last paragraph of comment 3: cf. https://bugs.gentoo.org/687820 Is there actually anything to do for libzip maintainers here? Probably on musl the linker should be told to link against libfts (cf. bug 687820, comment 8). However this bug doesn't affect me any longer as I don't need libzip anymore. Assuming fixed in 1.7.1. https://github.com/nih-at/libzip/commit/be252f36689e9de832b38ec4559b3ffe675de737 |
Created attachment 578106 [details] build.log On muls/armv7a/hardened compiling dev-libs/libzip-1.5.2-r1 fails, probably due to undefined references to fts_close, fts_open and fts_read. sys-libs/fts-standalone-1.2.7 is installed on the system.