Summary: | app-text/ebook-tools-0.2.2-r2 when libzip[static-libs] is available: ld: cannot find -lBZip2::BZip2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Scott McClung <scott> |
Component: | Current packages | Assignee: | Gentoo KDE team <kde> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | chn, ionen, israel.lugo, jaak, scott |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | app-text/ebook-tools-0.2.2-r2 build log |
Description
Scott McClung
2021-02-21 00:23:50 UTC
This caught my attention: /usr/lib64/libzip.a Turns out merely having libzip[static-libs] installed cause this, fine if -static-libs. On an unrelated note, I suggest using app-misc/resolve-march-native to simplify your C(XX)FLAGS for distcc. Also, please don't compress <1MB build logs. You are correct, by changing USE to "-static-libs" for dev-libs/libzip I was able to compile ebook-tools as expected. (Thank you for the info on app-misc/resolve-march-native. Cleaned up the CFLAGS on all my Gentoo boxes today.) This is also affecting me, and I also have dev-libs/libzip[static-libs]. Is there any plan to fix this on the ebook-tools side, other than by us having to disable the feature in libzip? Patches welcome, but I'd say don't enable static-libs. I would rip it out of this package but it has revdeps... If you comment out "${FILESDIR}/${P}-libzip-cmake.patch" then it is built even with libzip[static-libs] I'm unfortunately not good at cmake, but I suspect that the matter is in how cmake resolves dependencies I am not familiar with cmake too, but I found a behavior change in cmake 3.0: https://cmake.org/cmake/help/latest/policy/CMP0028.html#policy:CMP0028 Maybe it is helpful. |