Summary: | Installs several static libraries, possible bug? | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Andreas K. Huettel <dilfridge> |
Component: | Portability-Cmake | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles |
Priority: | NOR | ||
Version: | 3.0.0 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kipi-plugins/77b2806375a73b8b99019cfe03f9111591570ad5 | Version Fixed In: | 7.6.0 |
Sentry Crash Report: |
Description
Andreas K. Huettel
2012-11-12 23:57:17 UTC
Yes, these libs come from DLNA export tool, which are relevant of HUpnp lib 2.0, not yet released... This will not be in conflict with future official release of these libs, because cmake check if libs are already installed on the system. Gilles Caulier (In reply to comment #1) > Yes, these libs come from DLNA export tool, which are relevant of HUpnp lib > 2.0, not yet released... This will not be in conflict with future official > release of these libs, because cmake check if libs are already installed on > the system. OK thanks. Since kipi-plugins does not install any headers for these libraries, nothing can be compiled or linked against it. I suspect it makes no sense to install the static archives (their contents should be in kipiplugin_dlnaexport.so too). What do you think? Git commit 77b2806375a73b8b99019cfe03f9111591570ad5 by Gilles Caulier. Committed on 15/11/2012 at 11:17. Pushed by cgilles into branch 'master'. do not install hupnp, hupnp_av, and qtsoap libs which are only used locally to link DLNA export tool when depencies are not solved with host system. M +1 -1 dlnaexport/CMakeLists.txt M +1 -1 dlnaexport/extra/hupnp/CMakeLists.txt M +1 -1 dlnaexport/extra/hupnp_av/CMakeLists.txt M +1 -1 dlnaexport/extra/qtsoap/CMakeLists.txt http://commits.kde.org/kipi-plugins/77b2806375a73b8b99019cfe03f9111591570ad5 |