[CMake] Parsing command line arguments from the make

Since I am converting existing makefile project to use cmake instead I need to accept values that come from command line which looks like this: VARIABLE_NAME="/home/user/project" make ENV=VERSION_2 First one is used like this: include $(VARIABLE_NAME)/Makefile.include Second one has this code

Re: [CMake] Creating a list of link directories from a variable

Hello Thanks for your response. Is there automatic way to know which libraries my executable will need and which ones it won’t? Why is this the case for only shared libraries? Is it because the linking symbols are already in that shared library and I don’t need to link them again if I’m not

Re: [CMake] Building a tool immediately so it can be used later in same CMake run

I had asked a similar question 2 weeks or so ago. The conclusion, which DID work well was the following. Rather than having 1 “large” cmake project with sub libraries. Use the “super-project” system, where you do an ExternalProject_Add for each of the projects. Then for the projects that

Re: [CMake] Creating a list of link directories from a variable

The library that I am using uses libtool for this purpose I think. This is what the Makefile to build the application looks like: $(notdir $(target)): $(objects) @echo "Linking "$@"..." @$(libmesh_LIBTOOL) --tag=CXX $(LIBTOOLFLAGS) --mode=link \ $(libmesh_CXX) $(libmesh_CXXFLAGS) $(objects) -o

Re: [CMake] Creating a list of link directories from a variable

Hi, yes, exactly. The easiest way to find out is to simply try it. The linker will tell you if some symbols need to be resolved. Static libraries are not linked but only compiled, so the application or library that links to such a static library must do this step. If that library you use

Re: [CMake] Parsing command line arguments from the make

To make my question a bit more clear, I am trying to figure out how to add these things so my make will be able to use them. If I need environment variable inside the cmake, I could use $ENV{VARIABLE_NAME} and have it. The problem is to create the code inside the CMakeLists.txt, so that generated

Re: [CMake] Building a tool immediately so it can be used later in same CMake run

Craig, My cmake-based build system in my company's CI framework works exactly that way: there's a generic cmake script[1] (invoked with cmake -P) that reads in a file which contains repo-urls and build parameters for 50+ projects and builds them for 3 platforms (linux, win, mac) 5 compilers

[CMake] Is there any ongoing work to support toolset Clang 3.7 with Microsoft CodeGen (v140_clang_3_7)

Hi, Microsoft has released a new toolset using clang for the code analysis and with VS2015 code generator. https://blogs.msdn.microsoft.com/vcblog/2015/12/04/clang-with-microsoft-codegen-in-vs-2015-update-1/

[CMake] Regarding installation of ITK

Hello Sir/Madam, Great Day, I am going to use ITK tool kit for my project,So,i tried to install ITK tool in my system.But it showing some error when configuring the CMake. And i have also attached the error.So,please kindly help me to solve this error. ITK version-3.20.1 CMake version-2.8.9 --

[CMake] Building a tool immediately so it can be used later in same CMake run

All, I originally planned to ask this question directly on this mailing list, but it got a bit more involved, so I posted it to stackoverflow instead. I'm interested if anyone can shed some more authoritative light on the proposed method for the following question:

[Cmake-commits] CMake branch, next, updated. v3.5.1-778-g67ca15f

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via 67ca15ff15fe4fd0e8a873ff076517e6d5e312a3 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-361-ge8c1363

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, master has been updated via e8c1363ee8f08cf0b36e17f85ddb461abd06e0b6 (commit) via

Re: [cmake-developers] [PATCH] language detection in FindBLAS and FindLAPACK (#0016039)

On Fri, Apr 01, 2016 at 16:20:10 +0200, Nils Gladitz wrote: > This might be a use case for the newish IN_LIST operator? > > e.g. if(Fortran IN_LIST _LANGUAGES_) How have I missed this‽ *goes and makes minimum version of all CMake projects 3.3* ;) --Ben -- Powered by www.kitware.com Please

[Cmake-commits] CMake branch, next, updated. v3.5.1-773-gc34d735

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via c34d7353a1e05cc766394691d166daeac01c84e6 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.1-766-gcf723c4

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via cf723c4cfbf1a71749c7b987a5348034703f91cc (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.1-775-g128278a

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via 128278a644e91110672cd0a3579478dcc1b32d96 (commit) via

[cmake-developers] [PATCH v2] ExternalProject: Allow TLS_VERIFY for git clones

Use the git config `http.sslVerify=false` to disable strict ssl for git commands. --- Changes in v2: - git_options is now a list Modules/ExternalProject.cmake | 23 +-- 1 file changed, 17 insertions(+), 6 deletions(-) diff --git a/Modules/ExternalProject.cmake

Re: [cmake-developers] [PATCH] language detection in FindBLAS and FindLAPACK (#0016039)

Am Freitag, 1. April 2016, 16:20:10 schrieb Nils Gladitz: > On 04/01/2016 02:44 PM, melven.roehrig-zoell...@dlr.de wrote: > > Patch for a problem with find_package(BLAS/LAPACK) on Windows for pure > > Fortran projects reported by me in > > https://cmake.org/Bug/view.php?id=16039. > This might be a

Re: [cmake-developers] [PATCH] ExternalProject: Allow TLS_VERIFY for git clones

On Fri, Apr 01, 2016 at 10:58:50 +0100, Samir Benmendil wrote: > +# set git_options > +if(NOT tls_verify) > + set(git_options -c http.sslVerify=false) > +endif() Looks good overall, but could this be turned into a pattern like: set(git_options) if (NOT tls_verify) list(APPEND

[Cmake-commits] CMake branch, master, updated. v3.5.1-372-ge0cc8bf

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, master has been updated via e0cc8bf5d7f82cf38ef5e1a643843e244a8f98d6 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-370-g05f2ca7

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, master has been updated via 05f2ca70ad50d877059a4434fa28ac77c2cb7930 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-368-g2d226ea

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, master has been updated via 2d226ea895d9ca987e3fc8be897df91033d011a4 (commit) via

Re: [cmake-developers] [PATCH] language detection in FindBLAS and FindLAPACK (#0016039)

On Fri, Apr 01, 2016 at 12:44:29 +, melven.roehrig-zoell...@dlr.de wrote: > Patch for a problem with find_package(BLAS/LAPACK) on Windows for pure > Fortran projects reported by me in > https://cmake.org/Bug/view.php?id=16039. Thanks. My patch looks similar (differs in variable names

[Cmake-commits] CMake branch, next, updated. v3.5.1-781-g5d94f12

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via 5d94f12a78d259d4453913f345b882067cf45333 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-363-gde7f2ae

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, master has been updated via de7f2ae3f13c183c534f2298a1452ddd5c6e0aaa (commit) via

[cmake-developers] [CMake 0016047]: automoc generates wrong #includes for projects in a symlinked path

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=16047 == Reported By:Maurizio Paolini Assigned To:

Re: [cmake-developers] [PATCH v2] ExternalProject: Allow TLS_VERIFY for git clones

On Fri, Apr 01, 2016 at 15:39:26 +0100, Samir Benmendil wrote: > Use the git config `http.sslVerify=false` to disable strict ssl for git > commands. > --- > Changes in v2: > - git_options is now a list Thanks. I've pushed this into next for testing. --Ben -- Powered by www.kitware.com

[Cmake-commits] CMake branch, next, updated. v3.5.1-783-g6aadc4a

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via 6aadc4a25a07856a81262946b514884df95f795f (commit) via

Re: [cmake-developers] Fix for re-running FindPythonLibs with multiple configurations

On 03/31/2016 10:31 PM, Richard Christie wrote: > So I've attached an improved fix, which is much simpler: > it determines whether PYTHON_LIBRARY is a list and extracts > the optimized library out of it. Thanks. Please try this code instead: # If we ran before and reported multiple

[cmake-developers] [CMake 0016048]: Segfault on target_link_libraries() with aliased target from another subdirectory

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=16048 == Reported By:arlbranch Assigned To:

[Cmake-commits] CMake branch, next, updated. v3.5.1-793-g41abf18

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via 41abf1828417479588d428032d4639fae53efe53 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.1-788-g3b472a4

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via 3b472a4ef95fa7441978a49e3d7684b165e94f99 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.1-785-gbe3969d

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via be3969d6403df287ba6b2c3cb00861baa9e54aea (commit) via

[cmake-developers] [CMake 0016044]: cmake crashed with SIGSEGV in cmTarget::GetProperty()

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=16044 == Reported By:Gianfranco Assigned To:

[Cmake-commits] CMake branch, master, updated. v3.5.1-373-g228801b

_VERSION_MINOR 5) -set(CMake_VERSION_PATCH 20160401) +set(CMake_VERSION_PATCH 20160402) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/

[Cmake-commits] CMake branch, next, updated. v3.5.1-760-ge7f0fcf

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via e7f0fcf2e12610731d1b0ac34db3c0007add1f62 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.1-762-gefc7554

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via efc7554589418158e24828252816f900fae861b8 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.1-764-g5b14667

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via 5b146672d69eb0fc001d468fb82699a89f73cf3c (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.1-758-ge929420

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, next has been updated via e929420e7af7d60aab7306f1af3956b31c30737c (commit) via

[cmake-developers] [PATCH] language detection in FindBLAS and FindLAPACK (#0016039)

Patch for a problem with find_package(BLAS/LAPACK) on Windows for pure Fortran projects reported by me in https://cmake.org/Bug/view.php?id=16039. Regards, Melven -- Deutsches Zentrum für Luft- und Raumfahrt e.V. (DLR) German Aerospace Center Simulation and Software

[cmake-developers] [CMake 0016046]: GHS Multi Generator: duplicate object file names

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=16046 == Reported By:stw_sesa Assigned To: