Am Donnerstag, 4. Juli 2019, 23:33:22 CEST schrieb Rolf Eike Beer: > Raffi Enficiaud wrote: > > On 04.07.19 12:59, Rolf Eike Beer wrote: > > > I have a Gentoo and an openSUSE system, that both have various dpkg* > > > tools > > > installed for $reasons. > > > > > > I know that I need to disable the CPackDEB tests, they create a dynamic > > > executable and check the deb afterwards. Since this is no Debian like > > > system the libc this links to is not covered by any dep. > > > > Hi, > > > > I wrote those tests quite some time ago. They are basically checking if > > CPackDEB is handling the options that were passed to it properly. > > > > > When running the CPackComponentsDEB-components-depend2 test I get this > > > output: [...] > > > > > > Is this the same reason and I should just filter this test out (in > > > contrast to the other CPackComponentsDEB tests, which work fine), do we > > > need some sort of automatic detection, or what? > > > > This failure indicates that: > > > > - the default CPACK_DEBIAN_PACKAGE_SHLIBDEPS is on: it activates the > > automatic detection of the dependencies with shlibdeps. This is a Debian > > tool. > > - for all components but the application one, the shlibdeps is disabled > > - the application component should inherit from the default one > > - since the application points to the shared library, then it should > > have this dependency while it does not according to shlibdeps. > > > > Here the test assumes that there is a shared library the application > > component links to. > > > > I do not know much about Gentoo. Maybe the line > > > > ------ Tests/CPackComponentsDEB/CMakeLists.txt:13 > > > > # Create the mylib library > > add_library(mylib mylib.cpp) > > > > ------- > > > > is not creating a shared library by default on this distribution or is > > interacting with other options you may have passed? > > What if you explicitly write those lines like this: > > > > add_library(mylib SHARED mylib.cpp)
I have looked into the library deb file: in case it is a static library it contains /usr/lib64/libmylib.a, in case of a shared library it only contains an empty /usr. Greetings, Eike
signature.asc
Description: This is a digitally signed message part.
-- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: https://cmake.org/mailman/listinfo/cmake-developers