[CMake] find_package() for static only / shared only

[Mario Emmenlauer]

Dear Marc,

this is a pretty neat idea! Let me quickly recapitulate: the
library prefixes and suffixes for multiple platforms are:

         |          static            |           shared
         |   prefix    |    suffix    |   prefix    |     suffix
---------------------------------------------------------------------
 Linux   |     lib     |      .a      |     lib     |      .so
 MacOSX  |     lib     |      .a      |     lib     |     .dylib
 MinGW   |     lib     |      .a      |     lib     |   .dll.a/.dll
 MSVC    |      -      |     .lib     |      -      |    .lib/.dll

Is that about correct? So it should work mostly everywhere with the note-
worthy exception of MSVC, where the shared import library is not easily
discriminated from the static library.

Is there a good solution for MSVC too?

All the best,

   Mario




On 22.03.2018 09:41, CHEVRIER, Marc wrote:
> Another possibility is to customize the variable CMAKE_FIND_LIBRARY_SUFFIXES.
> For example, on linux:
> * shared only: set (CMAKE_FIND_LIBRARY_SUFFIXES ".so")
> * static only: set (CMAKE_FIND_LIBRARY_SUFFIXES ".a")
> 
> On Windows, it is more problematic because static and "import" shared libraries have same extension: ".lib".
> But, if, by chance, you have different prefixes to distinguish them, you  can rely on variable CMAKE_FIND_LIBRARY_PREFIXES to manage that.
> 
> 
> On 21/03/2018 10:56, "CMake on behalf of Mario Emmenlauer" <cmake-bounces at cmake.org on behalf of mario at emmenlauer.de> wrote:
> 
>     
>     I've googled this issue for a while now but found only few
>     references (1,2) and no solution. I'd like to enforce that
>     find_package() will only accept static or shared libraries.
>     I would then set this option based on BUILD_SHARED_LIBS=(ON|OFF).
>     
>     I.e. I'd love to have something like:
>         if(BUILD_SHARED_LIBS)
>             BUILD_TYPE="SHARED"
>         else()
>             BUILD_TYPE="STATIC"
>         endif()
>         find_package(XXX ${BUILD_TYPE})
>         find_package(YYY ${BUILD_TYPE})
>         find_package(ZZZ ${BUILD_TYPE})
>         ...
>     
>     
>     It seems that this does not exist? I could also not find a
>     good workaround. The best I can find is to use 'NAMES' and
>     add the static or shared library names manually.
>     
>     This is not very suitable, because I have a project with more
>     than 30 dependencies. The project should either build (fully)
>     static or (fully) shared. I can not easily maintain lists of
>     30 static and shared library names on several platforms.
>     
>     Is there a solution or good workaround?
>     
>     All the best,
>     
>         Mario Emmenlauer
>     
>     
>     (1) https://cmake.org/pipermail/cmake/2012-September/052059.html
>     (2) https://cmake.org/pipermail/cmake/2010-December/041326.html
>     
>     
>     --
>     BioDataAnalysis GmbH, Mario Emmenlauer      Tel. Buero: +49-89-74677203
>     Balanstr. 43                   mailto: memmenlauer * biodataanalysis.de
>     D-81669 München                          http://www.biodataanalysis.de/
>     -- 
>     
>     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
>     
> 



Viele Gruesse,

    Mario Emmenlauer


--
BioDataAnalysis GmbH, Mario Emmenlauer      Tel. Buero: +49-89-74677203
Balanstr. 43                   mailto: memmenlauer * biodataanalysis.de
D-81669 München                          http://www.biodataanalysis.de/