[CMake] $ is not empty even if configuration has no PDB

, this generator expression is providing a path, making the ducible tool to fail because the pdb file does not exists. Is it a bug? How can I detect using generator expression if a file exists? I tried to check all _PDB_ properties of the target but they are all empty by default. Thank you very

Re: [CMake] DLL handling under CMake

into this statement endif() Thanks, LP Le 04/07/2017 à 10:19, Louis-Paul CORDIER a écrit : Hi, Thank you very much for this code snippet. However I don't like the fixup_bundle function, as it takes the first dll that it found to be linked against. I also did a try with a dependency scanning

Re: [CMake] DLL handling under CMake

TH(EXPR COUNT "${COUNT}-1") if(${COUNT} EQUAL 0) list(REMOVE_DUPLICATES ${output_variable}) endif() set(${output_variable} ${${output_variable}} PARENT_SCOPE) endfunction(RECURSIVE_SCAN) Best regards, Louis-Paul CORDIER Le 04/05/2017 à 09:51, lec...@gmail.com a écrit : I

Re: [CMake] find_package(), FindXXX.cmake and IMPORTED add_library()

P F a écrit : On Jun 30, 2017, at 6:40 AM, Louis-Paul CORDIER <lp.cord...@dynamixyz.com> wrote: Hi, I'm particularly familiar with find_package() command, add_library(... IMPORTED) and find_library(). However, I found there are many differences on find_package() usage depending of the l

[CMake] find_package(), FindXXX.cmake and IMPORTED add_library()

, is it a good practice to create an imported target for each library, instead of appending manually to the current project using target_link_libraries(), target_compile_definitions(), target_include_directories() and so on? Thank you for your lights, BR Louis-Paul CORDIER -- Powered

[CMake] DLL handling under CMake

that this code is handling the case where you are debugging using Visual Studio, to avoid the missing .DLL issue. This steps are tedious and I'm wondering if there is a mechanism that exists or that have to be imagined to make the DLL nightmare end. All the best Louis-Paul Cordier ... #Folder

Re: [CMake] Windows mapped network drive and 'if EXISTS'

Hi again, Problem solved by rebooting Windows and the samba share. Thank you anyway! Le 03/03/2017 à 15:43, Louis-Paul CORDIER a écrit : Does not solve the issue here... I'm using the latest cmake release 3.7.2 Your Z is a mapped network drive, am I right? This behaviour is causing

Re: [CMake] Windows mapped network drive and 'if EXISTS'

Does not solve the issue here... I'm using the latest cmake release 3.7.2 Your Z is a mapped network drive, am I right? This behaviour is causing find_package to fail as well. Le 03/03/2017 à 15:23, Nils Gladitz a écrit : On 03/03/2017 02:28 PM, Louis-Paul CORDIER wrote: When I try to do

[CMake] Windows mapped network drive and 'if EXISTS'

Hi, I'm trying to use the cmake 'if' statement with the EXISTS parameter, used for checking folder/file existence. In my project, I have a library stored on a network samba folder. On my Windows dev platform, I mapped a network drive (Windows 7 -> Computer -> Map network drive) on this

[CMake] Adding Cmake version in online documentation

ist(FILTER ...) (since 3.6) ? -- *Best Regards/ Louis-Paul CORDIER * -- 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, pl

Re: [CMake] target_link_libraries and flags issue with Visual Studio

you tried that? Guillaume On Wed, Aug 3, 2016 at 7:02 AM, Louis-Paul CORDIER <lp.cord...@dynamixyz.com <mailto:lp.cord...@dynamixyz.com>> wrote: ase not t -- Guillaume Dumont = dumont.guilla...@gmail.com <mailto:dumont.guilla...@gmail.com> -- Powered by

[CMake] target_link_libraries and flags issue with Visual Studio

On the target_link_libraries() command documentation page, it is written that it is possible to pass flags to this function, if they start with a '-' character. This functionnality seems to be broken with Visual Studio. Indeed flags in the Visual Studio linker are using slashes instead of dash.