Re: [CMake] Centos8 FindICU problems

On 23/10/2019 14:43, Kent Williams wrote: That works for me, but is this a documented thing anywhere? On 10/22/19 4:22 PM, Roger Leigh wrote: On 22/10/2019 21:51, Kent Williams wrote: find_package(ICU REQUIRED) It reports failure to find ICU, and I can't work out what I'm supposed to do

Re: [CMake] Centos8 FindICU problems

On 22/10/2019 21:51, Kent Williams wrote: find_package(ICU REQUIRED) It reports failure to find ICU, and I can't work out what I'm supposed to do:     CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:137 (message):       Failed to find all ICU components

Re: [CMake] FindBoost Warnings

On 23/09/2019 14:05, Brad Bell wrote: When the target system does not have boost, the user gets the warning: CMake Warning at /usr/share/cmake-3.10/Modules/FindBoost.cmake:567 (message):   Imported targets and dependency information not available for Boost version   (all versions older than

Re: [CMake] Automatically updating Doxygen documentation and making it readily available to users with CMake

On 21/02/2019 14:18, Timothy Wrona wrote: Perhaps there is a standard location to "install" the documentation when running the install command for a project? This collection builds and installs the documentation into a standard location, as well as reporting undocumented code. Feel free to

Re: [cmake-developers] Hi and issues with FindBoost

On 04/02/2019 10:10, Robert Sawko wrote: I couldn't find a dedicated bug tracker for cmake modules. https://gitlab.kitware.com/cmake/cmake/issues/ It's the same bug tracker as for the rest of CMake, since it's all a single codebase. If you put "FindBoost: " as the prefix of the issue

Re: [CMake] Modern cmake advise for transitive library dependencies

On 18/12/2018 20:54, Craig Scott wrote: Your XConfig.cmake is responsible for also ensuring all targets it depends on are defined. This shouldn't be left up to consumers of X. The way this is normally done is pretty much as Alan suggests (it's also the way I handle cases analogous to yours

Re: [CMake] dependencies on system include files

On 17/12/2018 15:37, David Blaikie wrote: On Sun, Dec 16, 2018, 4:24 PM Kris Thielemans mailto:kris.f.thielem...@gmail.com> wrote: I’ve just had a problem caused by an upgrade of my system files (in this particular case: boost). Rebuilding our software didn’t correctly rebuild

Re: [CMake] Can an option enforce a default, even if cache is present?

On 27/11/2018 13:49, Mario Emmenlauer wrote: I've just discovered that option() behaves differently than I anticipated. After reading the docs and searching with google I'm still confused how to achieve my desired behaviour. What I've just learned is that unspecified options take their cached

Re: [CMake] Java not found

On 20/11/2018 01:02, szukw000 wrote: cmake-3.12.4 did find the correct version: -- Found Java: /usr/lib64/java/bin/java (found version "11.0.1") But the cmake Module FindJava.cmake fails with this warning: --- warning: [options]

Re: [cmake-developers] module proposal: PreventInSourceBuilds

On 09/11/2018 10:34, Joachim Wuttke wrote: In all my projects, the top-level CMakeLists.txt contains the line include(PreventInSourceBuilds) to protect users (and myself) from unintentionally running CMake in the source directory. I for one have an equivalent to this logic in all my projects

Re: [CMake] Docker container can't find cmake executable

On 30/10/2018 15:41, Osman Zakir wrote: I put this command in the Dockerfile: " RUN mkdir $HOME/usr \     && wget -O cmake-linux.sh https://cmake.org/files/v3.12/cmake-3.12.3-Linux-x86_64.sh \​     && sh cmake-linux.sh -- --skip-license --prefix=$HOME/usr \​     && cd $HOME/usr \​     &&

Re: [CMake] Installing CMake in Ubuntu Linux from command-line via wget

On 30/10/2018 10:56, Osman Zakir wrote: Okay, thanks. So how about this as the command? " RUN wget https://cmake.org/files/v3.12/cmake-3.12.3-Linux-x86_64.tar.gz  \     && tar xzf cmake-3.12.3-Linux-x86_64.tar.gz  \​     && rm -rf cmake-3.12.3-Linux-x86_64.tar.gz  \​     && cd

Re: [CMake] Specifying Boost or third-party library paths to CMake

On 29/10/2018 13:49, Osman Zakir wrote: How do I specify the path to the installations of third-party libraries to CMake?  Both GUI and command line.  I want to specify the path to the Boost libraries.  I'd also like to know if I just need to specify the path to the Boost Root or if I also

Re: [CMake] CMake Can't Find Boost.Filesystem in Docker Container

On 28/10/2018 10:26, Osman Zakir wrote: I'm creating a new email thread for this because the other thread's problem was already solved. In the Dockerfile for my project, the build process can't go any farther from the point where I'm trying to build the Jinja2Cpp library.  CMake isn't able

Re: [CMake] Problem with FindXercesC.cmake

On 27/09/18 22:55, Mateusz Loskot wrote: On Thu, 27 Sep 2018 at 23:34, Dorier, Matthieu wrote: When I call find_package(XercesC REQUIRED) and XercesC is not in a standard location, I have to set XercesC_INCLUDE_DIR to its include directory and XercesC_LIBRARY to the location of the library.

Re: [CMake] Fwd: Boost + CMake + Windows + Sanity -> Possible?

On 08/08/18 12:39, Chris Wilson wrote: Having set BOOST_ROOT, FindBoost should just work. In this case, I didn't need to compile any of Boost, only its headers, but if you do need to, then you can change its CONFIGURE_COMMAND and BUILD_COMMAND. Portable build and configure commands can be

Re: [CMake] LD_LIBRARY_PATH not used by the linker

, Roger On 02/08/18 20:43, Ruben Di Battista wrote: Hi Roger, so I explicitly passing the LDFLAGS is the way to go? On Thu, Aug 2, 2018 at 9:41 PM Roger Leigh <mailto:rle...@codelibre.net>> wrote: On 02/08/18 20:03, Ruben Di Battista wrote: > I'm running cmake on a system

Re: [CMake] LD_LIBRARY_PATH not used by the linker

On 02/08/18 20:03, Ruben Di Battista wrote: I'm running cmake on a system where I have module-loaded software such that `LD_LIBRARY_PATH` gets populated by the module (actually I'm using Lmod) function. LD_LIBRARY_PATH is used by the *runtime* linker, ld.so. It is not used when linking at

Re: [CMake] CMake: using dlopen

Original message From: Franck Houssen <franck.hous...@inria.fr> Date: 07/01/2018 13:58 (GMT+00:00) To: Roger Leigh <rle...@codelibre.net> Cc: cmake@cmake.org Subject: Re: [CMake] CMake: using dlopen > OK, thanks. So, I go with: target_link_librar

Re: [CMake] CMake: using dlopen

On 06/01/18 17:01, J Decker wrote: CMake/shared/modules will define the CMAKE_DL_LIBS  which a very high percentage of the time will just be library 'dl' . Pretty much any man page on dlopen defines 'dl' On Linux. On MaxOSX and FreeBSD not at all, where the dl functions are in libSystem

Re: [CMake] Adding compile and build type tests to CMake/CTest

On 04/09/17 14:40, Edward Diener wrote: Boost Build has tests for running an application successfully or not, for compiling one or more source files successfully or not, and for building one or more source files into an exe or not. These tests in Boost Build are the run/run-fail,

Re: [CMake] FindIce module and C++11

On 11/08/17 20:15, Rolf Eike Beer wrote: Am Donnerstag, 10. August 2017, 10:28:31 schrieb rle...@codelibre.net: On 2017-08-10 09:50, Jones J.W. wrote: I'm building my code on Linux using the g++ flags "-std=c++11". This means that I must link with the libIce++11 libraries instead of libIce.

Re: [CMake] C++ standard version fallbacks.

On 05/06/17 23:50, Stephen Kelly wrote: Craig Scott wrote: On Tue, Jun 6, 2017 at 7:50 AM, Stephen Kelly <steve...@gmail.com> wrote: Roger Leigh wrote: Hi folks, I'm currently using this logic to use C++14 with a fallback to C++11 when C++14 is unavailable: if(NOT CMAKE_CXX_ST

[CMake] C++ standard version fallbacks.

Hi folks, I'm currently using this logic to use C++14 with a fallback to C++11 when C++14 is unavailable: if(NOT CMAKE_CXX_STANDARD) set(CMAKE_CXX_STANDARD 14) endif() if(NOT CMAKE_CXX_STANDARD_REQUIRED) set(CMAKE_CXX_STANDARD_REQUIRED 11) endif() which seems to work OK.

Re: [cmake-developers] Trouble with FindPNG module

On 24/04/2017 19:30, Ben Boeckel wrote: On Mon, Apr 24, 2017 at 19:17:39 +0100, Roger Leigh wrote: Sounds like that's exactly the problem. You can only have one libpng *development* package installed at once. You probably want the regular "libpng-dev" package installed if you wan

Re: [cmake-developers] Trouble with FindPNG module

On 24/04/2017 15:54, Robert Dailey wrote: Sorry to bump; any info on this? I'm completely blocked :-( On Fri, Apr 21, 2017 at 4:48 PM, Robert Dailey wrote: I'm running CMake 3.8.0 on Ubuntu 14. I invoke the following: find_package(PNG REQUIRED) Which gives me the

[cmake-developers] Support for version suffixes

Hi folks, I'd like to bring this issue to your attention to canvas some feedback regarding the use of version suffixes: https://gitlab.kitware.com/cmake/cmake/issues/16716 This is basically a proposal to allow an optional version suffix like "-rc3", "-beta1" etc. in addition to the

Re: [CMake] CMake with VS2015 C++ Build Tools and missing ucrtbased.dll

On 10/03/2017 16:47, TT wrote: I'm having the same problem with "missing" ucrtbased.dll even though it is present in all the platforms under C:\Program Files (x86)\Windows Kits\10\bin\ I have tried reinstalling the Windows SDK and the Microsoft C++ Build Tools (2015). From Andrew Pardoe: "It

Re: [CMake] Adding a link?

On 06/03/2017 12:43, Bernhard Seckinger wrote: Hi all, I've got a project where meanwhile everything works, using cmake, but a tiny detail. I've got a frontend which consists of several php files. I copy them into a subfolder of share/ with the install command. Now I need a symlink from

Re: [cmake-developers] Boost 1.63 support

On 27/12/2016 14:34, Gregor Jasny via cmake-developers wrote: Hello, On 27/12/2016 13:20, Roger Leigh wrote: I opened the following merge request to add support for the newly-released Boost 1.63: https://gitlab.kitware.com/cmake/cmake/merge_requests/361 I wonder what's the reason

[cmake-developers] Boost 1.63 support

I opened the following merge request to add support for the newly-released Boost 1.63: https://gitlab.kitware.com/cmake/cmake/merge_requests/361 Kind regards, Roger -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Re: [CMake] cmake vs. Python 3.4

On 23/12/16 20:53, Alan W. Irwin wrote: On 2016-12-23 20:57+0100 Lev wrote: Hi list, I have this: FIND_PACKAGE(PythonInterp) and cmake finds this: -- Found PythonInterp: /usr/bin/python (found version "2.7.9") However, 3.4 is also installed. How can I specify to find 3.4? If I say:

Re: [CMake] Find packages coming from homebrew

On 23/11/16 14:55, Cedric Doucet wrote: Hello, I would like to write some FindFoo.cmake files to find packages installed on different systems including Mac. I have noticed that homebrew install packages in a repertory whose name depends on the version of the package. For example, I have

Re: [CMake] FindBoost warning but working

On 11/11/2016 07:54, demelier.da...@gmail.com wrote: Hi, with the following CMakeLists.txt: cmake_minimum_required(VERSION 3.6) project(point) find_package(Boost REQUIRED COMPONENTS system) CMake Warning at /usr/share/cmake-3.6/Modules/FindBoost.cmake:743 (message): Imported targets not

[cmake-developers] [patch] Add support for Ice 3.6.3 to FindIce

Branch: ice-3.6.3. Pushed to next for testing. This is for a new point release recently issued by upstream. Regards, Roger -- 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

[Cmake-commits] CMake branch, next, updated. v3.7.0-rc1-416-g5ee591d

ns in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5ee591dbad84c38eb03e8d6d7f3c35ad9f010d87 commit 5ee591dbad84c38eb03e8d6d7f3c35ad9f010d87 Merge: e00cdcd 6f3a8f0 Author: Roger Leigh <rle...@

[cmake-developers] [patch] FreeBSD build fix

With FreeBSD 11, I was getting a link failure due to missing kvm symbols in Utilities/cmlibuv. The fix is a trivial addition. It's added unconditionally; I checked for its presence in FreeBSD 11, 10 and 9. Branch: freebsd-kvm-link Merged into stage for testing. Regards, Roger -- Powered

[cmake-developers] [patch] BZip2 imported targets

Adds BZip2::BZip2 imported target and documentation, along with unit test which may be enabled with the CMake_TEST_FindBZip2 option. Derived from the existing code in FindZLib. Branch: bzip2-imported-targets Merged into stage for testing. Regards, Roger -- Powered by www.kitware.com

[Cmake-commits] CMake branch, next, updated. v3.6.2-1872-gd803aae

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d803aae6f865545c4cc0702a52f73871aaf1de0e commit d803aae6f865545c4cc0702a52f73871aaf1de0e Merge: 3fad31b b3e62a0 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Thu Sep 8 17:01:48 2016 -0400 Commit: C

[Cmake-commits] CMake branch, next, updated. v3.6.2-1868-gb4ab772

ns in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b4ab772483a971880e4e2baa844dfa40124e8332 commit b4ab772483a971880e4e2baa844dfa40124e8332 Merge: 6f43ab3 30d13fa Author: Roger Leigh <rle...@

Re: [cmake-developers] [patch] Expose GNUInstallDirs absolute path algorithm

On 30/08/2016 14:53, Brad King wrote: On 08/28/2016 01:51 PM, Roger Leigh wrote: The macro name might need adjusting The idea looks fine to me. Typically we name module-provided APIs with the module name. How about "GNUInstallDirs_get_absolute_install_dir"? I'm also ope

[Cmake-commits] CMake branch, next, updated. v3.6.1-1827-gcb44094

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=cb44094bc5b30993d00e5bea055a02323b6dbee5 commit cb44094bc5b30993d00e5bea055a02323b6dbee5 Merge: 45c6d45 70d052f Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Tue Sep 6 17:04:39 2016 -0400 Commit: C

[cmake-developers] [patch] Expose GNUInstallDirs absolute path algorithm

n principle. Kind regards, Roger >From ed6301e40a8b5d71fb45b55a8ac2dbacb5804be7 Mon Sep 17 00:00:00 2001 From: Roger Leigh <rle...@codelibre.net> Date: Sun, 28 Aug 2016 18:19:02 +0100 Subject: [PATCH] GNUInstallDirs: Add set_full_install_dir macro --- Modu

Re: [cmake-developers] Security in CMake

CMake is not and can never be a replacement for a package manager. They serve entirely different roles. While you can extend CMake to give it the ability to build and install all sorts stuff, that does not make it a package manager. It's a convenient way to build a complex set of

Re: [CMake] Need ideas/opinions on third party library management

On 12/08/2016 19:59, Robert Dailey wrote: Hello, I've been thinking of a different approach for a while. I've done some toying around with the "Super Build" concept, where I have a separate CMake project that does nothing but use the ExternalProject module to build libraries in real time

Re: [CMake] Imported targets and include ordering

On 11/08/2016 16:24, rle...@codelibre.net wrote: I've come across an odd situation where I'm unsure what the most portable and recommended solution would be. I'm linking a program against the CURL and ICU libraries. CURL has traditional variables for the includes and libraries; ICU has

[Cmake-commits] CMake branch, next, updated. v3.6.0-784-g0d7f858

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0d7f858b7a6e8f1d0e49fadce08b57ea56eab062 commit 0d7f858b7a6e8f1d0e49fadce08b57ea56eab062 Merge: ad63450 1b41da0 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Mon Jul 11 17:51:49 2016 -0400 Commit:

[Cmake-commits] CMake branch, next, updated. v3.6.0-754-g83acd62

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=83acd621676ea63da5d2789300a56ec54494f225 commit 83acd621676ea63da5d2789300a56ec54494f225 Merge: 4328891 2ee9ca0 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Sun Jul 10 16:26:40 2016 -0400 Commit:

[Cmake-commits] CMake branch, next, updated. v3.6.0-752-g4328891

ns in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4328891e82e4231f513a60aa77afad829c67f8bc commit 4328891e82e4231f513a60aa77afad829c67f8bc Merge: 2f77bbd a3ef069 Author: Roger Leigh <rle...@

[cmake-developers] [patch] Fix variable naming in FindTIFF unit test

Straightforward renaming, in https://gitlab.kitware.com/cmake/cmake/merge_requests/33 which is also merged into next for testing. Regards, Roger -- 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

[Cmake-commits] CMake branch, next, updated. v3.6.0-749-g2f77bbd

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=2f77bbd188fe154580f07070eb10bcec244e494a commit 2f77bbd188fe154580f07070eb10bcec244e494a Merge: 45376cb 7959d51 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Sun Jul 10 14:19:04 2016 -0400 Commit:

[Cmake-commits] CMake branch, next, updated. v3.6.0-747-g45376cb

e: 5eaa0b9 4e7f2d4 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Sun Jul 10 14:16:56 2016 -0400 Commit: CMake Topic Stage <kwro...@kitware.com> CommitDate: Sun Jul 10 14:16:56 2016 -0400 Merge topic 'findicu' into next 4e7f2d49 FindICU: New module 03a50

[CMake] CMake with VS2015 C++ Build Tools and missing ucrtbased.dll

I'm doing some initial testing of CMake 3.6.0 with the newly-released Visual Studio 2015 Update 3 C++ Build Tools (http://landinghub.visualstudio.com/visual-cpp-build-tools). I.e. the standalone compiler without the IDE. I'm configuring with: cmake -G Ninja

Re: [cmake-developers] Using a custom DSL compiler in CMake

On 21/06/2016 18:18, Chris Bieneman wrote: Hello cmake-developers, I’m trying to find a solution to a long running problem in our build. In LLVM we have a domain specific language named TableGen that we use to generate header files used throughout the project. Our current solution to work

[cmake-developers] [patch] FindIce updates

I have opened a couple of merge requests here, and also merged these into next for testing: https://gitlab.kitware.com/cmake/cmake/merge_requests/17 https://gitlab.kitware.com/cmake/cmake/merge_requests/19 The first adds support for the latest 3.6.x releases. The second adds support for

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-322-g947c899

ns in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=947c899afda22a7b432c85cdf9bec6807b383311 commit 947c899afda22a7b432c85cdf9bec6807b383311 Merge: e1f1249 86bcdbc Author: Roger Leigh <rle...@

Re: [CMake] CMake and FindBoost cannot set the library variables

On 10/06/2016 13:50, Xi Shen wrote: find_package(Boost REQUIRED COMPONENTS regex program_options) add_executable(winotify winotify.cpp) message(STATUS "xxx ${Boost_program_options_LIBRARY_DEBUG}") Try Boost_PROGRAM_OPTIONS_LIBRARY_DEBUG message(STATUS "xxx ${Boost_INCLUDE_DIR}")

[cmake-developers] [patch] FindBZip2: Add additional debug library name

I noticed that FindBZip2.cmake was searching for the bzip2d debug library but not bz2d (it uses bz2 and bzip2 for the release library names). While bzip2[d] is the common form on Windows, which is what the upstream nmake build creates, there are at least two CMake builds for bzip2 which use

Re: [CMake] Build, Make Install for multiple machines - Guidelines for Success

On 07/06/2016 12:10, B00083603 Michael O Brien wrote: Hi all, I have to build OpenCV on multiple machines and I was wondering if the following was possible and advisable or should I use a different method? I'm still learning about the cmake,make, make install way of software installation

Re: [CMake] Make install permissions advice for ubuntu 14.04 with cmake 2.8

On 06/06/2016 16:30, B00083603 Michael O Brien wrote: > Is there a way to set things up so that I can streamline the install across all the vm's and ensure permissions are set correctly on each vm? drwx-- 25 myaccount Domain Users 3072 Jun 5 14:47 /home/myaccount/ A simple "chmod 0755

Re: [CMake] Make install permissions advice for ubuntu 14.04 with cmake 2.8

On 05/06/2016 17:01, B00083603 Michael O Brien wrote: sudo make install When I run sudo make install I get the error /bin/sh: 1: cd: can't cd to /home/michael.obrien/setups/OpenCV/opencv-2.4.13/build make[2]: *** [3rdparty/libtiff/CMakeFiles/libtiff.dir/depend] Error 2 make[1]: ***

Re: [CMake] FindFreetype.cmake doesn't find debug library freetyped.lib

On 05/06/2016 09:14, Stuart Mentzer wrote: On 6/5/2016 4:26 AM, Rolf Eike Beer wrote: It's a reasonable addition, so if you can't come up with a patch yourself I'll have a look if I can do one next week which you can test. Greetings, Eike Thanks Eike. The simplest, least invasive patch is

Re: [CMake] FindFreetype.cmake doesn't find debug library freetyped.lib

On 04/06/2016 20:47, Stuart Mentzer wrote: Hello, FindFreetype.cmake is failing to find the debug library on Windows because it is named freetype*d*.lib and freetyped isn't in the NAMES list. Is there some variable I can set to get it found or can freetyped get added to NAMES? See how other

[cmake-developers] [PATCH] FindBoost: Boost 1.61

Boost 1.61 was released today. My boost-1.61 branch, merged into next, adds the updated dependency information for this release. The version information was already added, so is unchanged. Regards, Roger -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ

[Cmake-commits] CMake branch, next, updated. v3.5.2-1399-g238b58f

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=238b58f12eaf04539a5e5d23aea474dfe3259b77 commit 238b58f12eaf04539a5e5d23aea474dfe3259b77 Merge: 6a29f8c 328eff9 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Fri May 13 15:05:48 2016 -0400 Commit:

Re: [cmake-developers] [PATCH] FindBoost does not detect absence of header file

On 13/05/2016 14:36, Brad King wrote: On 05/12/2016 03:49 PM, Roger Leigh wrote: I have made the suggested changes above where this was possible, and merged the boost-component-headers branch into next for testing. Thanks. It looks pretty good, but there is one problem: +find_path

[Cmake-commits] CMake branch, next, updated. v3.5.2-1391-g3f70479

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3f70479e1714a16cd505d2930e414cb7cd72a5a2 commit 3f70479e1714a16cd505d2930e414cb7cd72a5a2 Merge: f4b4352 387ee29 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Fri May 13 13:36:23 2016 -0400 Commit:

Re: [cmake-developers] [PATCH] FindBoost does not detect absence of header file

On 11/05/2016 19:43, rle...@codelibre.net wrote: On 2016-05-11 19:30, Chuck Atkins wrote: I guess it doesn't really matter but for the libraries that don't have a single include header, should you be using these instead: * container/container_fwd.hpp * exception/all.hpp *

[Cmake-commits] CMake branch, next, updated. v3.5.2-1361-ge358f06

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e358f069ec4a5d142ee2c8a877c65922201d649c commit e358f069ec4a5d142ee2c8a877c65922201d649c Merge: 969ac90 71d2d6e Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Thu May 12 15:48:38 2016 -0400 Commit:

[cmake-developers] [PATCH] Always define Boost::boost imported target

For https://cmake.org/Bug/view.php?id=16057 I have merged the boost-import-default branch into next for testing. This includes a unit test to verify that the basic boost headers work in the absence of COMPONENTS being specified with find_package. Regards, Roger -- Dr Roger Leigh -- Open

[Cmake-commits] CMake branch, next, updated. v3.5.2-1018-g5155d7b

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5155d7b2854231156b66e2359742585ce7b38973 commit 5155d7b2854231156b66e2359742585ce7b38973 Merge: c6ab628 2c1b720 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Tue Apr 19 17:17:18 2016 -0400 Commit:

[cmake-developers] #16013 merged for testing

Hi folks, I've merged the branch boost-optional-indirect-deps into next for testing (for https://cmake.org/Bug/view.php?id=16013). Kind regards, Roger -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware

[Cmake-commits] CMake branch, next, updated. v3.5.0-453-geba1962

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=eba19623c552ec9fe6b073a821a4655d13d363b5 commit eba19623c552ec9fe6b073a821a4655d13d363b5 Merge: 4d73f53 ca4a154 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Tue Mar 15 05:22:42 2016 -0400 Commit:

Re: [cmake-developers] CMakeFindDependencyMacro limitations

On 24/02/2016 22:49, Roger Leigh wrote: I've attached a patch for a very simple modification to find_dependency. I'm not proposing that it be merged, it's just a suggestion for further discussion. I've tested it with my own packages with multiple find_dependency(Boost COMPONENTS ...) calls

Re: [cmake-developers] CMakeFindDependencyMacro limitations

On 24/12/2015 12:07, Stephen Kelly wrote: Roger Leigh wrote: On 21/12/2015 15:07, Stephen Kelly wrote: Roger Leigh wrote: I can understand why REQUIRED and related arguments are omitted--that is why find_dependency exists--but I'd quite like to be able to specify COMPONENTS where needed e.g

Re: [cmake-developers] EXPORT dependency handling

On 20/01/2016 19:05, Brad King wrote: On 01/20/2016 11:57 AM, rle...@codelibre.net wrote: As an aside, I've found some limitations in the usability and utility of EXPORT. These are two of the missing pieces for making the exported configuration functional: 1) is the need to manually call

Re: [cmake-developers] [patch] New find module FindXalanC

On 19/01/2016 19:14, Brad King wrote: On 01/19/2016 12:02 PM, Roger Leigh wrote: +find_package(XercesC 3.0.0 REQUIRED) I think this is an assumption leaking from my own usage of it. I've removed the version here. Thanks. The CMakeOnly.AllFindModules and FindModulesExecuteAll tests fail

[Cmake-commits] CMake branch, next, updated. v3.4.2-2032-gda0dd89

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=da0dd89221bbf9a46dd6065c18023b9f62f682a2 commit da0dd89221bbf9a46dd6065c18023b9f62f682a2 Merge: f0f0470 3b61ef9 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Tue Jan 19 19:04:10 2016 -0500 Commit:

[Cmake-commits] CMake branch, next, updated. v3.4.1-2017-g867a79a

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=867a79a332bd3bf9c48e3a713962ead9d96d04c2 commit 867a79a332bd3bf9c48e3a713962ead9d96d04c2 Merge: 6ed6ba6 6100263 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Tue Jan 19 10:57:03 2016 -0500 Commit:

[Cmake-commits] CMake branch, next, updated. v3.4.1-2021-g4af8e76

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4af8e762a976e3602c477d05275db3f7156e7a5f commit 4af8e762a976e3602c477d05275db3f7156e7a5f Merge: f1bbd97 a11c0e7 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Tue Jan 19 11:38:01 2016 -0500 Commit:

[cmake-developers] [patch] New find module FindXalanC

Merged into next from the staging branch "xalanc" for review and testing. Includes a couple of unit tests to validate. Since it depends on XercesC, I hope what I've done here for the imported and non-imported target cases is OK. I've tested on Linux and Windows. Regards, Roger --

Re: [cmake-developers] [patch] New find module FindXalanC

On 19/01/2016 16:50, Brad King wrote: On 01/19/2016 11:39 AM, Roger Leigh wrote: Merged into next from the staging branch "xalanc" for review and testing. Includes a couple of unit tests to validate. Since it depends on XercesC, I hope what I've done here for the imported and no

[Cmake-commits] CMake branch, next, updated. v3.4.1-2025-g9641548

e: 4af8e76 a794080 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Tue Jan 19 12:01:03 2016 -0500 Commit: CMake Topic Stage <kwro...@kitware.com> CommitDate: Tue Jan 19 12:01:03 2016 -0500 Merge topic 'xalanc' into next a7940807 Help: Document new FindXala

Re: [cmake-developers] CMakeFindDependencyMacro limitations

On 21/12/2015 15:07, Stephen Kelly wrote: Roger Leigh wrote: I've run into a few limitations in find_dependency. I'm not sure if these are by design or could be fixed, so this is really a request for further explanation or design rationale. The first issue is this: if (NOT ${dep}_FOUND

[Cmake-commits] CMake branch, next, updated. v3.4.1-1780-g1d104f2

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=1d104f29c75e8cb264b94bd1fa916ae769e4cb18 commit 1d104f29c75e8cb264b94bd1fa916ae769e4cb18 Merge: ad8a17f 0a31fda Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Thu Dec 17 16:58:58 2015 -0500 Commit:

[cmake-developers] [PATCH] FindBoost: Boost 1.60 support

With the release of Boost 1.60, I've updated FindBoost to work with this version. Pushed to https://cmake.org/gitweb?p=stage/cmake.git;a=shortlog;h=refs/heads/boost-1.60 and merged into next for review. - Adds 1.60.0 and 1.60 as valid versions - Adds dependency information for 1.60; this is

[cmake-developers] CMakeFindDependencyMacro limitations

I've run into a few limitations in find_dependency. I'm not sure if these are by design or could be fixed, so this is really a request for further explanation or design rationale. The first issue is this: if (NOT ${dep}_FOUND) This seems to be making the assumption that the found variable

[Cmake-commits] CMake branch, next, updated. v3.4.1-1698-gd3ccdd3

ns in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d3ccdd30915356d716d3de0e56129e6da36bed0e commit d3ccdd30915356d716d3de0e56129e6da36bed0e Merge: caa83f4 99afe23 Author: Roger Leigh <rle...@

Re: [cmake-developers] [PATCH] FindTIFF: Add imported targets

On 02/12/2015 17:31, rle...@codelibre.net wrote: - Add TIFF::TIFF imported target - Document imported target - Add testcase to test the standard variables and the imported target Also: - Add TIFF_INCLUDE_DIRS to match common practice - Update documentation generally, including documenting

[Cmake-commits] CMake branch, next, updated. v3.4.1-1588-g203efca

ns in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=203efca5072f27271f5403f0188afc0bb0df767a commit 203efca5072f27271f5403f0188afc0bb0df767a Merge: 26d765c 09f3634 Author: Roger Leigh <rle...@

[Cmake-commits] CMake branch, next, updated. v3.4.1-1590-g28b3454

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=28b34545ee7e2e8de7ef8f4dbac33ae28b9d6401 commit 28b34545ee7e2e8de7ef8f4dbac33ae28b9d6401 Merge: 203efca d852287 Author: Roger Leigh <rle...@codelibre.net> AuthorDate: Thu Dec 3 19:33:12 2015 -0500 Commit: C

Re: [CMake] Best way to handle application data path for local run vs. installation

On 30/11/2015 02:10, Dmitry Marakasov wrote: Hi! This question bugs me for a long time so I though maybe someone has a solution. I have a project which includes an application and some data for it. An application needs to know path to its data files, so I pass it via compiler definition:

Re: [cmake-developers] [PATCH] FindBoost: Add imported targets

On 18/11/2015 11:27, rle...@codelibre.net wrote: On 11/16/2015 09:26 AM, Florent Castelli wrote: But one there’s one thing that comes to mind. Some compiled libraries have dependencies on other compiled libraries. Don’t you think it would make sense to teach FindBoost about those so we link

Re: [cmake-developers] [PATCH] Imported targets for XercesC

Mon Sep 17 00:00:00 2001 From: Roger Leigh <r.le...@dundee.ac.uk> Date: Wed, 18 Nov 2015 16:45:54 + Subject: [PATCH] XercesC: Add imported targets and unit test --- Help/release/dev/FindXercesC-imported-targets.rst | 4 ++ Modules/FindXercesC.cmake

Re: [cmake-developers] [PATCH] FindBoost: Add imported targets

On 17/11/2015 07:53, Ruslan Baratov wrote: On 16-Nov-15 21:01, rle...@codelibre.net wrote: I have attached a patch to add imported targets to FindBoost, in the form of Boost:: (e.g. Boost::date_time) or Boost::Boost as a generic interface library for header-only components. Since it's

[CMake] Creating relocatable export files

Hi, I'm wanting to create -config scripts for my libraries so that dependent projects can find them with find_package and use them transparently. I have a number of header-only and shared/static libs, and I'd like to retain their relationships, plus any additional libraries they are linked

Re: [CMake] Unable to locate the project's shared library when running the tests

On 02/09/2015 08:40, Yaron Cohen-Tal wrote: Hi, My project is a shared library, and my tests are linked to that shared library. When I try to run the tests, they fail because they can't find the DLL of the project. The "CMakeLists.txt" of the tests is in a different folder ("test/") than that

Re: [cmake-developers] FindZLIB module should find debug and release variants

On 23/08/2015 10:07, Michael Scott wrote: Carrying on in the list of open issues to look at for contributing to CMake, I've had a look at issue 15280 - FindZLIB module should find debug and release variants. I've made some changes to the FindZLIB module which should make it so that debug and

[cmake-developers] [patch] Support for Boost 1.59

The attached patch adds Boost 1.59.0/1.59 to the list of supported versions in the FindBoost module. Tested on: Ubuntu 14.04 and Windows with VS2013 with Boost 1.59.0. Regards, Roger From 0419a7bd7f1da27bcbf9eaba424fda99cc030867 Mon Sep 17 00:00:00 2001 From: Roger Leigh rle...@codelibre.net

[CMake] Making and using static and shared libraries on Windows with Visual Studio

Hi folks, This might not be a problem with CMake, it's probably due to my lack of familiarity with Windows either in CMakeLists.txt or in the code itself. I have a large C++ codebase which uses CMake to build on Linux/Unix/MacOS X. I'm currently porting it to use a superbuild

  1   2   >