[CMake] add_subdirectory with EXCLUDE_FROM_ALL and cmake --build (Visual Studio)

I just noticed the following issue: If I do an add_subdirectory([...] EXCLUDE_FROM_ALL) and generate a VS (2015) solution, projects added in that subdirectory generate an entirely separate solution (and therefore do not appear in the main solution at all) in the corresponding binary dir

Re: [CMake] custom build

As per CMake documentation your custom target should depend on the output of the custom command. So it should look more like this: add_custom_command(OUTPUT foo.sqlite MAIN_DEPENDENCY foo.sql COMMAND

[CMake] custom build

Dear cmake users, Could you please help me how to make cmake to produce a generic build system? What I want to do is running simple shell command on files. Namely, I want to generate sqlite database from a sql file. It all works from the command line, I just can't figure out how to make cmake

[CMake] CMakeRelink.dir fails on make package on Ninja

On Linux (Kubuntu 16.04) I am trying to pack my program (no cross compiling), and I am running into the following with the Ninja Generator and a custom library (that is also built in the project): [2/2] Run CPack packaging tool... CPack: Create package using DEB CPack: Install projects CPack:

Re: [CMake] custom build

On Fri, 29 Jul 2016 08:13:08 -0400 "Elizabeth A. Fischer" wrote: > Did you run "cmake" first before "make"? Yes... thanks. > Have you considered just using "make" instead? The big benefits of > CMake are: > 1. Can find link dependencies, which might be in

Re: [CMake] custom build

On Fri, 29 Jul 2016 08:50:13 -0400 Guillaume Dumont wrote: > add_custom_command(OUTPUT foo.sqlite > MAIN_DEPENDENCY > foo.sql COMMAND "cat foo.sql | > sqlite3 -batch foo.sqlite") > > add_custom_target(foo_sqlite >

Re: [CMake] custom build

Hi Lev, However, the target builds only if I explicitly say 'make foo_sqlite'. So > far > so good. Is there any way I can make it build if I just say 'make'? > See the add_custom_target documentation for the ALL option, https://cmake.org/cmake/help/v3.6/command/add_custom_target.html And,

Re: [CMake] CMakeRelink.dir fails on make package on Ninja

29.07.2016, 17:36, "Gonzalo" : > On Linux (Kubuntu 16.04) I am trying to pack my program (no cross > compiling), and I am running into the following with the Ninja Generator > and a custom library (that is also built in the project): > > [2/2] Run CPack packaging tool... >

Re: [cmake-developers] cmake -E capabilities [attempt 2]

Hi Stephen, thanks for taking the time to do such a thorough review! I pushed an update that takes most of the feedback into account. Still at: https://github.com/hunger/CMake/commits/cmake-capabilities On Wed, Jul 27, 2016 at 1:11 AM, Stephen Kelly wrote: > Tobias Hunger

[cmake-developers] [ISSUE] Bump to 3.2 and continue...

Hello CMake developers, I found bug: https://gitlab.kitware.com/cmake/cmake/issues/16220 I found it, but I do not want to deal with it ... -- Regards, Konstantin Podsvirov -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

[cmake-developers] VS 2015, long command line in ResourceCompile invocation

Hi, I have a build that fails with C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(1320,5): warning MSB6002: Die Befehlszeile f�r die RC-Aufgabe ist zu lang. Bei Befehlszeilen mit mehr als 32000 Zeichen treten h„ufig Fehler auf. Versuchen Sie, die Befehlszeile

[cmake-developers] [PATCH] Use full path for all source files in ninja build.

From: Chaoren Lin Relative paths are difficult for an IDE to parse the output of a build error. --- Source/cmNinjaTargetGenerator.cxx | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/Source/cmNinjaTargetGenerator.cxx b/Source/cmNinjaTargetGenerator.cxx

[cmake-developers] [PATCH] Let CMake know that clang uses the GCC toolchain.

Clang on Windows uses the GCC toolchain, so we need to avoid using backslashes for paths in response files. --- Source/cmGlobalNinjaGenerator.cxx | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/Source/cmGlobalNinjaGenerator.cxx b/Source/cmGlobalNinjaGenerator.cxx index

[cmake-developers] FindProtobuf backward compatibility issue for PROTOBUF_IMPORT_DIRS

After recent changes in FindProtobuf.cmake protobuf_generate_cpp doesn't take into account PROTOBUF_IMPORT_DIRS (in upper case) anymore. The issue was introduced by this change: http://public.kitware.com/pipermail/cmake-developers/2016-March/027910.html

[Cmake-commits] CMake branch, master, updated. v3.6.1-473-g99f5a32

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