Re: [CMake] Linking header-only lib with external lib dependency in a subfolder

By the way, I am using: cmake version 3.2.20150216-gf724a -- 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

[CMake] Linking header-only lib with external lib dependency in a subfolder

I am generating libs from header-only source files, I have a simple header with no dependencies, and a header with boost_filesystem and boost_system dependencies. I am facing linking problems (ld) against boost, when I link the library to the test executable. Tests are in a subdirectory, with a

[CMake] creating a DLL with an OpenCV dependency

Hi. I can’t divine how to get find_package to look for boost in the various places it might be on the various systems where we do builds. Boost might be in any of these places /usr/local/include/boost /usr/local/boost/1.57.0/include /usr/local/boost/1.56.0/include etc. /opt/local/incl

Re: [CMake] find_library/find_path not working on mingw

Hi Clément, hi Omar, thanks for all you're tipps! It turns out that I had CMAKE_FIND_ROOT_PATH and the PATHS as well as the HINTS are not used if they're not somewhere under CMAKE_FIND_ROOT_PATH. Since all the libs are in a common prefix, I just added that to CMAKE_FIND_ROOT_PATH. On 02/27/2015

Re: [CMake] FindMPI.cmake and MS-MPI

Ok, sounds good to me! On 3/2/15, 11:10 AM, "Ben Boeckel" wrote: >On Mon, Mar 02, 2015 at 09:19:00 -0800, Todd Gamblin wrote: >> Thanks for letting me know. Let me know if you have any more issues. >> >> Ben: at some point I was the maintainer for FindMPI. Are you the >>official >> maintainer

Re: [CMake] FindMPI.cmake and MS-MPI

On Mon, Mar 02, 2015 at 09:19:00 -0800, Todd Gamblin wrote: > Thanks for letting me know. Let me know if you have any more issues. > > Ben: at some point I was the maintainer for FindMPI. Are you the official > maintainer now? Do you want to be? I have very limited ability to test on > Windows

Re: [CMake] Are CMAKE_CXX_FLAGS supposed to go on the link line?

FYI, I also came across this discrepancy recently, and logged a bug for it. http://www.cmake.org/Bug/view.php?id=15427 With the example provided in the bug report, I am seeing link errors under Xcode which I do not see under Makefiles. Clint On Monday, March 02, 2015 07:33:38 PM Roman Bolshak

Re: [CMake] FindMPI.cmake and MS-MPI

Andrew, Thanks for letting me know. Let me know if you have any more issues. Ben: at some point I was the maintainer for FindMPI. Are you the official maintainer now? Do you want to be? I have very limited ability to test on Windows, and that seems to be where most of the problems are. -Todd

Re: [CMake] Are CMAKE_CXX_FLAGS supposed to go on the link line?

Apparently, command line to link executable is quite different from a shared library (Modules/CMakeCXXInformation.cmake): if(NOT CMAKE_CXX_LINK_EXECUTABLE) set(CMAKE_CXX_LINK_EXECUTABLE " -o ") endif() set(CMAKE_CXX_CREATE_SHARED_LIBRARY " -o ") CMAKE_CXX_FLAGS/CMAKE

Re: [CMake] CMake Version Compatibility Matrix

Hi, Wouldn't it be better to have compability matrix generated automatically? Assuming we can automate process of building CMake and executing tests for any particular version we want, couldn't we create test suite checking if feature X works in version Y of CMake? This way we could maintain co

Re: [CMake] CMake Version Compatibility Matrix

Hi, > Is there any chance that the version compatibility matrix will be > updated for cmake 3.x features? Short answer: no. Longer answer: I've written and maintained the compatibility matrix before. The reasons I've stopped maintaining the page: (1) Distilling the changes between versions is q