Re: [CMake] Setting permissions with CPack/WiX installer

On Mon, Apr 8, 2019 at 2:07 AM Cook, Steven (G) wrote: > Hi Nils, > > > > > Been a while since I looked at this but it still seems to work for me > in 3.14.0. > > > Corresponding elements are generated in files.wxs: > > > > Can you please tell me the commands you used to run cpack? I did the >

Re: [CMake] Setting permissions with CPack/WiX installer

On Fri, Apr 5, 2019 at 5:25 AM Cook, Steven (G) wrote: > Hi all, > > > > I would like to set the permissions on some files and directories in my > WiX installer. It looks like the CPACK_WIX_ACL property should be suitable, > but I can’t get it to work. There are examples of its usage in this

[cmake-developers] Missing Bullseye coverage on CMake Dashboard

Hi, I was curious about Bullseye coverage integration with CDash and thought to remember that this was available on CMake's Dashboard at some point. Currently I see a "Linux-bullseye-cov" build but no entry under "Coverage". Is that expected or did this break at some point? Nils -- Powered

Re: [cmake-developers] Enabling SSL support by default when building CMake from source

On Thu, Aug 9, 2018 at 2:54 PM Craig Scott wrote: > When building CMake from source with default options, you typically end up > without SSL support, even if the necessary libraries (i.e. OpenSSL) are > available. I've been bitten by that in my earlier days building CMake and > I've seen others

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

On Fri, Aug 3, 2018 at 11:31 AM Louis-Paul CORDIER wrote: > How can I detect using generator expression if a file exists? > Since there is no first class CMake feature controlling if PDB files are generated and since CMake does not try to interpret custom compiler flags projects or users might

Re: [CMake] groups of ascii nul ('\0) characters inserted into make output but this just occurs for parallel builds

On Sun, Jul 8, 2018 at 11:00 PM Alan W. Irwin wrote: > My parallel builds on my Linux OS (currently Debian Buster, but this > also happened for Debian Jessie so this is a long-standing problem) > have ascii null ('\0) characters inserted in the output while the > corresponding non-parallel build

Re: [cmake-developers] Race between ADD_CUSTOM_COMMAND()

On 04.07.2018 18:52, Oleh Kravchenko wrote: Hello CMake Developers! Looks like I found interesting bug in CMake: - ADD_CUSTOM_TARGET() always creates Makefile rule for ADD_CUSTOM_COMMAND(). - As result build simetimes failed if specified -jN for make. FWIW this is documented behavior (so not

Re: [CMake] CMAKE_SYSROOT

On Tue, Jul 3, 2018 at 3:06 PM dbegun via CMake wrote: > I am cross-compiling some code for ARM on an x86 host with cmake 3.5.1. > The code has multiple dependencies, and I placed relevant cross-compiled > libraries in /home/dev/arm_build. I was hoping that > specifying

Re: [CMake] target_include_directories and system headers

On Thu, Jun 28, 2018 at 7:12 AM Jim Lloyd wrote: > [...] > But if I make a trivial project that simply includes yaml-cpp as a > dependency, the generated compile commands use `-isystem` to include the > yaml-cpp headers. > > Is this a bug in CMake? > > Also, is there any way I may be able to

Re: [CMake] Is it possible for CMake to generate unescaped quotes on the (bash) command line as a result of add_custom_command?

On 13.04.2018 21:48, Alan W. Irwin wrote: [...] However, that is wrong since that command currently needs two arguments even if one of them is empty.  So instead I need the generated command to be ./test-drv-info "temporary_target_" ps >

Re: [CMake] What are the actual benefits of namespaced targets?

On 10.03.2018 23:01, Alan W. Irwin wrote: Anyhow, your thoughts would be appreciated for reasonable best practice limits on how far (if any) beyond the common code case you would go to convert an old project to use ALIAS libraries and modules in the build tree that have to be implemented in any

Re: [CMake] What are the actual benefits of namespaced targets?

On 08.03.2018 19:50, Alan W. Irwin wrote: So what are the actual benefits of namespacing the exported targets associated with libraries? On the consumer side it makes linking to targets less error prone. When you link to a library target without a namespace and e.g. get the name or scope

Re: [CMake] Do any CMake back ends have support for parallel builds that efficiently use clusters?

On Fri, Jan 12, 2018 at 10:58 AM, Alan W. Irwin wrote: > I am looking into the practicality of using clusters containing ~5 > cheap ARM 8-core computers (such as the Banana Pi M3) to rapidly build > and test software (since even with ccache I am currently spending a >

Re: [CMake] CTest not searching for the correct executable

On 05.01.2018 17:11, Saad Khattak wrote: Hi, Suppose I have something like this: add_executable(MyTest main.cpp) set_target_properties(MyTest   PROPERTIES   DEBUG_POSTFIX _d   RELEASE_POSTFIX _r   ) add_test(RunTests MyTest) # where MyTest is the I expect CMake to recognize that "MyTest" has

Re: [CMake] CMakeLists.txt location

On 13.09.2017 14:31, Alain Miniussi wrote: On 13/09/2017 12:49, Nils Gladitz wrote: [...] Do you have a minimal reproducible example for that behaviour? e.g. given: cmake_minimum_required(VERSION 2.8.0) project(Foo NONE) file(WRITE foo/CMakeLists.txt "add_execu

Re: [CMake] CMakeLists.txt location

On 13.09.2017 12:22, Alain Miniussi wrote: On 13/09/2017 11:16, Nils Gladitz wrote: On 13.09.2017 10:52, Alain Miniussi wrote: Hi, Is there a way, when printing CMake error, to get the exact location of the CMakeLists.txt ? For example, right now, when I have: CMake Error

Re: [CMake] CMakeLists.txt location

On 13.09.2017 10:52, Alain Miniussi wrote: Hi, Is there a way, when printing CMake error, to get the exact location of the CMakeLists.txt ? For example, right now, when I have: CMake Error at CMakeLists.txt:14 (add_executable): I need to scan all my CMakeLists.txt (~200) to check which

Re: [CMake] Regex Matching

On 23.08.2017 22:21, Andrew Bell wrote: Hi, Can someone please explain the cmake regex matching rules? The following returns true: if ("This is a test" MATCHES "test") I would have expected to have needed something like this to get a match: if ("This is a test" MATCHES ".*test") Does cmake

Re: [CMake] CPackWIX and MS Visual Studio Redistributable *.MSM

On Thu, Aug 17, 2017 at 3:10 PM, Matwey V. Kornilov < matwey.korni...@gmail.com> wrote: > Hello, > > What is recommended way to locate and merge MS redistributable *.msm file > into final *.msi installer produced by CPack and WIX? > > It seems to be a quite common task but I cannot find any

Re: [CMake] The C compiler "/usr/bin/cc" is not able to compile a simple test program.

On 30.07.2017 10:54, Micha Hergarden wrote: On 30-07-17 04:36, jupiter wrote: I thought if I add -DCMAKE_CC_COMPILER=gcc that error should go, no, it still compile with the specific default cc: The corresponding CMake cache variable for the C compiler is CMAKE_C_COMPILER (note C not CC).

Re: [CMake] setting PYTHONPATH for test

On 30.07.2017 03:22, Kris Thielemans wrote: Hi I’m trying to add to the PYTHONPATH for a test that uses Python. I do that using set_test_properties. When using the makefile generator, I need to add ${CMAKE_CURRENT_BINARY_DIR}. However, for Visual Studio I also need to add for instance

Re: [CMake] How to get list of generated object-files of OBJECT-library?

On 17.07.2017 17:13, Deniz Bahadir wrote: Am 17.07.2017 um 16:47 schrieb Nils Gladitz: On 7/17/2017 3:52 PM, Deniz Bahadir wrote: This works just fine. However, now I want to add an additional build-step after creation of the object-files and before linking the shared library

Re: [CMake] How to get list of generated object-files of OBJECT-library?

On 7/17/2017 3:52 PM, Deniz Bahadir wrote: This works just fine. However, now I want to add an additional build-step after creation of the object-files and before linking the shared library. (In particular, I want to compress the debug-symbols in the object-files. But that should be

Re: [cmake-developers] Using USES_TERMINAL in ExternalProject.cmake

On 13.07.2017 22:19, Robert Dailey wrote: I noticed that ExternalProject_Add() has this same issue when run from Ninja. I do not see real-time output of the progress. Would it work to set USES_TERMINAL for most (if not all) custom commands and targets in ExternalProject.cmake? See the

Re: [CMake] Warning: Argument not separated from preceding token by whitespace.

On Mon, Jun 26, 2017 at 10:33 AM, wrote: > Hello, > > I've got the following code in a cmake file: > > 109 add_custom_command(OUTPUT ${CMAKE_BINARY_DIR}/tmp-pcode- > matlab/knitromatlab_fsolve.p > 110 ${CMAKE_BINARY_DIR}/tmp-pcode- >

Re: [CMake] Platform dSPACE

On 23.06.2017 21:47, Robin Verschueren wrote: Dear CMake, We are trying to build our application for the dSPACE embedded system (www.dspace.com ), more specifically their MicroAutobox-II. This makes use of a specific compiler called mccppc (Microtec C/C++ PowerPC

Re: [CMake] Is there a way to produce the documentation of cmake in xml format?

On 07.06.2017 21:23, Martin Weber wrote: Hi all, is there a way to extract the documentation from cmake-sources and convert that to XML? I am trying to work on CmakeEd [1]. This Eclipse plugin has support for editing cmakelists files (syntax highlighting, code completion), but only for cmake

Re: [CMake] DLL handling under CMake

On 04/27/2017 10:43 AM, Louis-Paul CORDIER wrote: I added my current code for handling Qt library in my project at the end of this email. (I put a huge part of it if someone want to reuse it). You will notice that this code is handling the case where you are debugging using Visual Studio, to

Re: [CMake] fftw library in cmake

On 04/21/2017 03:40 PM, aishwarya selvaraj wrote: add_library(fftw STATIC IMPORTED) [...] TARGET_LINK_LIBRARIES(prose fftw ) [...] make[2]: *** No rule to make target `fftw-NOTFOUND', needed by `prose'. Stop. You are creating an IMPORTED target "fftw" but you aren't populating its

Re: [CMake] CMake uses semi-colon as path separator on Linux

On 14.04.2017 06:05, Pawel Veselov wrote: Hello. I really can't understand what's going on. Trying to compile my project for android, setting all kinds of things to get it done. I've tried 3.8.0, 3.7.2 and 3.6.2, with the same result. The below extracts are from running 3.6.2 Running with

Re: [CMake] Directing cmake to link against shared object with debug postfix (_d)

On 12.04.2017 17:48, Olumide wrote: Thanks Nils. BTW, shouldn't that be ContinuumTransfunctioner$<$:_d> Transmogrifier$<$:_d> Ah right given your specific case, yes. Nils -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

Re: [CMake] Directing cmake to link against shared object with debug postfix (_d)

On 04/12/2017 04:49 PM, Olumide wrote: set(Libraries ContinuumTransfunctioner${CMAKE_DEBUG_POSTFIX} Transmogrifier${CMAKE_DEBUG_POSTFIX} ) Perhaps try with generator expressions: set(Libraries ContinuumTransfunctioner$<$:d> Transmogrifier$<$:d> ) Maybe alternatively create a

Re: [CMake] Linker error when building 3.8.0-rc4 on Linux

On 31.03.2017 22:44, Alan W. Irwin wrote: Therefore, from the sidelines I am encouraging you guys to be extraordinarily careful about this particular issue; e.g., by attempting to to confirm this CMake-3.8.0-rc4 issue independently for Ubuntu 16.10. FWIW I tried reproducing it from within an

Re: [CMake] Linker error when building 3.8.0-rc4 on Linux

On 03/31/2017 11:54 AM, Alan W. Irwin wrote: Hi Nils: And use of ExternalProject_Add, etc. In other words, this is a pretty crippling restriction for users with Linux distributions (such as the quite recent Ubuntu 2016.10 of the original poster) that do not yet give access to libssl version

Re: [CMake] Linker error when building 3.8.0-rc4 on Linux

On 03/31/2017 09:04 AM, ウルヰ wrote: To disable OpenSSL e.g. "cmake ... -DCMAKE_USE_OPENSSL=false" or "bootstrap ... -- -DCMAKE_USE_OPENSSL=false". What would be the ramifications of building CMake without OpenSSL? As far as I am aware it would mean no "https://; support in curl which would

Re: [CMake] Linker error when building 3.8.0-rc4 on Linux

On 03/31/2017 07:46 AM, ウルヰ wrote: ../Utilities/cmlibarchive/libarchive/libcmlibarchive.a(archive_hmac.c.o): In function `__hmac_sha1_init': archive_hmac.c:(.text+0x25): undefined reference to `HMAC_CTX_new' ../Utilities/cmlibarchive/libarchive/libcmlibarchive.a(archive_hmac.c.o): In function

Re: [CMake] Visual Studio 2017 could not be found if installed in non-default location

On 03/28/2017 03:57 PM, HarpyWar wrote: "Microsoft.VisualStudio.Component.Windows81SDK" could not not be found anywhere. A component "Microsoft.VisualStudio.Component.Windows10SDK.14393" exists on Windows 10 x64 (just found about it here

Re: [CMake] Visual Studio 2017 could not be found if installed in non-default location

On 03/28/2017 03:17 PM, HarpyWar wrote: Nils Gladitz, the command, which you proposed, return nothing, even on a machine where a compiler found: vswhere -requires Microsoft.VisualStudio.Component.VC.Tools.x86.x64 -requires Microsoft.VisualStudio.Component.Windows10SDK For me it lists my

Re: [CMake] Visual Studio 2017 could not be found if installed in non-default location

On 03/26/2017 11:01 AM, HarpyWar wrote: Output from vswhere.exe shows that Visual Studio is installed on disk C:\ (https://github.com/Microsoft/vswhere) Perhaps also try: vswhere -requires Microsoft.VisualStudio.Component.VC.Tools.x86.x64 -requires

Re: [CMake] VS Code generator?

On 03/24/2017 02:04 PM, Eric Noulard wrote: Is there any plan to create/support a VS Code (https://code.visualstudio.com/) generator? Since Visual Studio Code seems to be able to open Visual Studio Solution is it possible to have a working Visual Studio Generator on Linux? Any

Re: [CMake] Running test who have two labels?

On 03/24/2017 11:50 AM, Eric Noulard wrote: Hi there, I'm playing with ctest LABELS and I wanted to know whether if it is possible to run the set of tests which have 2 labels ? I manage to have all tests which have **either** L1 or L2: ctest -L "L1|L2" but how can I write a proper command

Re: [CMake] can't locate library with find_library

On 22.03.2017 14:52, Oliver wrote: hi all, I am running cmake 3 using EPEL install on RHEL 7. I also have installed "gflags", $rpm -ql gflags /usr/bin/gflags_completions.sh /usr/lib64/libgflags.so.2.1 /usr/lib64/libgflags_nothreads.so.2.1 /usr/share/doc/gflags-2.1.1

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

On 03/03/2017 02:28 PM, Louis-Paul CORDIER wrote: When I try to do a if(EXISTS "Z:\"), it never jump into the if statement. Try if(EXISTS "Z:\\") or if(EXISTS "Z:/"). Either works for me. if(EXISTS "Z:\") looks like it should have been a syntax error since the backslash starts an escape

Re: [CMake] Potential bug: Having executables named "test" causes Ninja generator to generate ambiguous rules...

On 22.02.2017 22:11, Malfettone, Kris wrote: Is there a bug tracker or somewhere that I should report this as well? I just want to make sure I put the right information in the right spot so the ninja generator maintainer might see it. I am not sure there is a dedicated maintainer for the

Re: [CMake] CMake install imported target using WIX

On 02/21/2017 02:48 PM, Lars wrote: Hello, We are using the "config" mode of Find_Package that locates CompConfig.cmake which create IMPORTED targets. CMakeLists.txt Find_Package(some_comp ${some_comp_path}) CompConfig.cmake; add_executable(app IMPORTED) add_library(lib SHARED

Re: [CMake] Response files not working with TI compilers

On 02/20/2017 11:12 AM, R, Manoj wrote: When will these changes be available in the official version of cmake. I also made similar changes. I am suing 3.8 version of the CMake and the issue is not fixed. The users mailing list might not be the ideal place to bring up issues like this.

Re: [CMake] Potential bug: Having executables named "test" causes Ninja generator to generate ambiguous rules...

On 15.02.2017 15:16, Malfettone, Kris wrote: Just noticed a problem in my example. In my attempt to simplify my example I moved both outputs into the same folder which in my opinion is invalid because both output file names are the same. However, the same basic setup does reproduce the

Re: [CMake] Potential bug: Having executables named "test" causes Ninja generator to generate ambiguous rules...

On 14.02.2017 22:53, Malfettone, Kris wrote: If so, are executables named “test” no longer supported? Am I missing something or wrong in some way? Issues existed before 3.0 but since 3.0 "test" and similarly problematic target names have been explicitly reserved. Any CMake Version >= 3.0

Re: [cmake-developers] [ANNOUNCE] CMake 3.8.0-rc1 now ready for testing!

On 02/07/2017 07:13 PM, Robert Maynard wrote: * The "execute_process()" command gained an "ENCODING" option to specify on Windows which encoding is used for output from child process. Introduction of the new ENCODING option changed the implicit default output encoding which breaks

Re: [CMake] cmake -DX=Y -P : problem unsetting variables defined on command line

On 02/09/2017 04:10 PM, Sergey Zakharchenko wrote: cmake -DX=Y -P x.cmake The above sets the *cache* variable X. This x.cmake gives "X=Y": SET(X) MESSAGE("X=${X}") The above unsets the *regular* variable X (leaving the cache variable X intact). This, too, gives "X=Y": UNSET(X)

Re: [CMake] CMake 3.7.2 and parallel builds

On 01/30/2017 02:26 PM, Dave Flogeras wrote: On Sun, Jan 29, 2017 at 9:53 AM, Nils Gladitz <nilsglad...@gmail.com <mailto:nilsglad...@gmail.com>> wrote: FWIW I don't think -j does anything when you build the NightlyBuild target given that that make invocation is

Re: [CMake] Adding cache entries to cmake gui

On 01/30/2017 12:44 PM, Edward Diener wrote: Using the cmake gui program of the latest cmake 3.7.2 I add a cache entry of CMAKE_CXX_FLAGS to some compile flag value, but as soon as I hit the generate button the cache entry disappears and is no longer retained. Is CMAKE_CXX_FLAGS no longer a

Re: [CMake] CMake 3.7.2 and parallel builds

On 29.01.2017 13:29, Dave Flogeras wrote: I tried with "make -j5 VERBOSE=1 NightlyBuild" but didn't see anything indicative on the console, or in the cmake output files that shed any light for me. What's weirder (and I forgot to mention) is that if I just build the project normally outside

Re: [cmake-developers] CMake server-mode aborting

On 01/26/2017 10:45 AM, Tobias Hunger wrote: Hello CMake developers, I have been using Qt Creator extensively with cmake server-mode for a while now and am very happy with the results so far. Once the project is initially configured by cmake it is really nice. Today I started to look into a

Re: [CMake] Strange test failure

On 01/20/2017 12:59 AM, Aaron Boxer wrote: I have a test in my ctest suite that fails both with and without a ! at the beginning of the test. So, FOO -BAR -BAZ fails and !FOO -BAR -BAZ fails. I am not aware of "!" having any special meaning in the context of CTest. Can you elaborate?

Re: [cmake-developers] Requesting Advice: Installing object files

On 17.01.2017 23:25, Chris Bieneman wrote: Hello CMake-developers! In one of the LLVM sub-projects we have a problem where we need to install object files, which doesn't seem like a particularly easy task. I'm curious if anyone has any advice on how to approach this problem. The patch is

Re: [CMake] Add dependencies to the automoc/autorcc target?

On 01/17/2017 12:02 PM, Yves Frederix wrote: Hi all, I have a situation in which I would need to define a dependency for the automoc target. Is it possible to do this somehow? https://cmake.org/cmake/help/v3.7/prop_tgt/AUTOGEN_TARGET_DEPENDS.html The Documentation seems to imply this is

Re: [CMake] Problem with a simple framework target on OS X

On 01/16/2017 11:02 AM, Nat! wrote: Hi I am trying to create an OS X framework with resources and headers using cmake. This is my `CMakeLists.txt` file: project( Foo) cmake_minimum_required (VERSION 3.7) add_library( Foo SHARED foo.c ) set_target_properties(

Re: [CMake] Does target order matter for dependencies?

On 12/08/2016 04:01 PM, Robert Dailey wrote: When I define my targets (custom, library, executable), does the order of their declaration matter when it comes to using those targets in dependencies? It's difficult to explain, so I'll show an example: add_executable(foo main1.cpp)

Re: [CMake] Adding Cmake version in online documentation

On 11/09/2016 09:06 PM, Ruslan Baratov wrote: So why the project in the middle of the migration process is not a valid case? It is maintained but the exact migration step is paused, but I have an intention to improve the code in future. Anyway even if the project is no longer maintained, then

Re: [CMake] Adding Cmake version in online documentation

On 09.11.2016 15:52, Ruslan Baratov wrote: Can you show the real code? The code that in your opinion doesn't violate the "right way of policy usage"? It is not a question about code. It is a question about context and use case. Valid context as the documentation states would e.g. be a

Re: [CMake] Adding Cmake version in online documentation

On 09.11.2016 14:57, Ruslan Baratov wrote: Again policies are not meant to be feature toggles. You can do a lot of things and there may be valid use cases but in general policies are not meant to be used this way. This is made explicit in CMake's documentation on policies. They exist to

Re: [CMake] Adding Cmake version in online documentation

On 09.11.2016 12:04, Ruslan Baratov wrote: On 09-Nov-16 16:22, Nils Gladitz wrote: On 09.11.2016 04:29, Ruslan Baratov wrote: On 08-Nov-16 23:33, Nils Gladitz wrote: On 11/08/2016 04:17 PM, Ruslan Baratov wrote: Except it's exactly opposite :) `cmake_minimum_required` is about new features

Re: [CMake] Adding Cmake version in online documentation

On 09.11.2016 03:47, Ruslan Baratov wrote: On 09-Nov-16 06:01, Nils Gladitz wrote: I think the git tag creation dates should roughly equate release dates: https://cmake.org/gitweb?p=cmake.git;a=tags What about the future releases? There was a page https://cmake.org/Bug/changelog_page.php

Re: [CMake] Adding Cmake version in online documentation

On 09.11.2016 04:29, Ruslan Baratov wrote: On 08-Nov-16 23:33, Nils Gladitz wrote: On 11/08/2016 04:17 PM, Ruslan Baratov wrote: Except it's exactly opposite :) `cmake_minimum_required` is about new features/commands, and policies is about behavior. I don't agree and you can not separate

Re: [CMake] Adding Cmake version in online documentation

On 08.11.2016 20:26, Albrecht Schlosser wrote: On 08.11.2016 15:22 Nils Gladitz wrote: Strictly speaking cmake_minimum_required(VERSION) is not about command availability but rather about behavior (cmake policies). [...] I'd start by requesting the highest possible version I could justify

Re: [CMake] Adding Cmake version in online documentation

On 11/08/2016 04:17 PM, Ruslan Baratov wrote: On 08-Nov-16 22:22, Nils Gladitz wrote: Strictly speaking cmake_minimum_required(VERSION) is not about command availability but rather about behavior (cmake policies). Except it's exactly opposite :) `cmake_minimum_required` is about new features

Re: [CMake] Adding Cmake version in online documentation

On 11/08/2016 03:11 PM, Dvir Yitzchaki wrote: But how do you know which version to declare on cmake_minimum_required? If this feature will be added it won't be far from writing a script that scans the commands you use and outputs the first appropriate version. Strictly speaking

Re: [CMake] Adding Cmake version in online documentation

On 11/08/2016 10:57 AM, Louis-Paul CORDIER wrote: Hi, This is a feature proposal for the documentation. Cmake is making use of cmake_minimum_required() command, that is very useful. Unfortunately it is very hard to identify commands that will work without browsing all version of cmake

Re: [CMake] CPACK WIX shortcuts

On 03.11.2016 19:32, Tiago Macarios wrote: And I am building it like so: mkdir build cd build cmake .. cmake --build . --config Release cpack -G WIX You are using a multi-configuration generator (Visual Studio). As you do in the build try specifying a configuration to be packaged when

Re: [CMake] CPACK WIX shortcuts

On 11/03/2016 12:23 AM, Tiago Macarios wrote: Hi, I am trying to create an installer with CPACK and WIX as generator. Everything works fine except that I cannot get start menu shortcuts to work. I was using almost the same code as the link below (which seems to be the unit tests for this

Re: [cmake-developers] Is there a way in CMake to get a list of all CTest tests added with add_test?

On 04.10.2016 11:20, Tobias Hunger wrote: On Mo, 2016-10-03 at 14:25 -0400, Brad King wrote: The list we need would thus be built up to contain all COMMAND arguments to add_test that are also build targets in CMake. The list would also need to include targets mentioned in generator expressions

Re: [CMake] [cmake-developers] CPack [WiX] Customizations of individual features/components

On 09/30/2016 08:43 AM, Roman Wüger wrote: Hello, I want to customize some with CPack generated *.wxs files. For example: directories.wxs is generated with only the TARGET_DIR. TARGETDIR (no underscore) is always the one and only root-directory element [1]. How can I add an additional

Re: [cmake-developers] CPack [WiX] Customizations of individual features/components

On 09/30/2016 08:43 AM, Roman Wüger wrote: Hello, I want to customize some with CPack generated *.wxs files. For example: directories.wxs is generated with only the TARGET_DIR. TARGETDIR (no underscore) is always the one and only root-directory element [1]. How can I add an additional

[Cmake-commits] CMake branch, next, updated. v3.6.2-1960-g5ba3f1a

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5ba3f1a9068a6504c8a3ae5987a090c6fe787b40 commit 5ba3f1a9068a6504c8a3ae5987a090c6fe787b40 Merge: b727346 b35311c Author: Nils Gladitz <nilsglad...@gmail.com> AuthorDate: Mon Sep 12 13:41:35 2016 -0400 Commit:

Re: [cmake-developers] [Patch 5/5] Improved WIX support

On 09/09/2016 10:54 AM, Stuermer, Michael SP/HZA-ZSEP wrote: The details you miss if you are not using the features ... thanks for the hint, here is corrected patch. Michael Thanks. I merged to "next" with small changes. Nils -- Powered by www.kitware.com Please keep messages on-topic

[Cmake-commits] CMake branch, next, updated. v3.6.2-1888-g9753c73

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9753c73bcf72c2dbba11c93406501126e93a5baa commit 9753c73bcf72c2dbba11c93406501126e93a5baa Merge: 804588e c0bccc5 Author: Nils Gladitz <nilsglad...@gmail.com> AuthorDate: Fri Sep 9 07:04:10 2016 -0400 Commit:

[Cmake-commits] CMake branch, next, updated. v3.6.2-1886-g804588e

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=804588e64dcbe7075d4272edd26975bf76a435d5 commit 804588e64dcbe7075d4272edd26975bf76a435d5 Merge: 740f009 c17b7f7 Author: Nils Gladitz <nilsglad...@gmail.com> AuthorDate: Fri Sep 9 07:03:45 2016 -0400 Commit:

[Cmake-commits] CMake branch, next, updated. v3.6.2-1884-g740f009

ns in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=740f009e4c4ad8b532f7b4e478d0863d4be1ce6a commit 740f009e4c4ad8b532f7b4e478d0863d4be1ce6a Merge: 59edc3f 0259faf Author: Nils Gladitz <nilsglad

Re: [cmake-developers] [Patch 5/5] Improved WIX support

On 09/06/2016 01:26 PM, Stuermer, Michael SP/HZA-ZSEP wrote: Here it is. The patch only seems to allow patching Features generated for components but not Features generated for component groups. Is that intentional or an oversight? I think we should allow patching for both. Nils --

Re: [cmake-developers] [Patch 5/5] Improved WIX support

On 09/06/2016 01:26 PM, Stuermer, Michael SP/HZA-ZSEP wrote: Yes I tried, didn't work somehow. Never mind, the current approach works. It should have worked. I've added a new working test case to my suite: https://github.com/ngladitz/cmake-wix-testsuite/tree/master/feature_ref_in_product

Re: [cmake-developers] PATCH: Bugfix for WIX support

On 06.09.2016 17:19, Stuermer, Michael SP/HZA-ZSEP wrote: I checked everything on our project. Works as expected so far. I had to add our CSharp patch(es) on top, so this is not a pure WIX feature test, but I think it's good to go. Thanks I reformatted, squashed and merged to "next" for

[Cmake-commits] CMake branch, next, updated. v3.6.1-1813-gd7cc684

ow. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d7cc6846e9bfce3f59161ee1485b181039276d6a commit d7cc6846e9bfce3f59161ee1485b181039276d6a Merge: 2465396 1bc3325 Author: Nils Gladitz <nilsglad...@gmail.com> AuthorDate: Tue Sep 6 11:45:58 2016 -0400 Commit:

Re: [cmake-developers] PATCH: Bugfix for WIX support

On 09/06/2016 03:45 PM, Nils Gladitz wrote: https://cmake.org/gitweb?p=stage/cmake.git;a=commit;h=fe20015b13d6ccf10d99ff9b3d8f68919164fcf8 Please verify that I haven't broken anything. I broke writing of WIX include files. Should be fixed now: https://cmake.org/gitweb?p=stage/cmake.git

Re: [cmake-developers] PATCH: add custom xmlns namespaces into generated .wxs sources

On 09/06/2016 03:29 PM, Stuermer, Michael SP/HZA-ZSEP wrote: Hm, I don't see how I can add a namespace before my patch fragment. If I want to use some element from let's say UtilExtension, I need to add the xmlns:util="http://schemas.microsoft.com/wix/UtilExtension; attribute in some parent

Re: [cmake-developers] PATCH: Bugfix for WIX support

On 09/06/2016 01:29 PM, Stuermer, Michael SP/HZA-ZSEP wrote: The generated guid values where not set correctly everywhere. This could lead to WIX build errors when using the CPACK_WIX_SKIP_PROGRAM_FOLDER option. Thanks. I modified the patch to work without the global/public

Re: [cmake-developers] PATCH: add custom xmlns namespaces into generated .wxs sources

On 09/06/2016 01:32 PM, Stuermer, Michael SP/HZA-ZSEP wrote: best regards, Michael Can you elaborate your use case for the patch? I assume this if for custom patch fragments? In that context wouldn't it suffice to add the namespace declarations to the elements that need them (in the patch

Re: [CMake] visual studio tries to link to non-existent static version of lib

On 23.08.2016 21:36, Jack Stalnaker wrote: The following works on Linux, for both GNU and Intel compilers: add_library(mylib SHARED ${mylib_sources}) target_link_libraries(mylib ${mylib_libraries}) ... add_executable(test_mylib test_mylib.c) target_link_libraries(test_mylib mylib

Re: [CMake] Wrong version of cl.exe for x64

On 22.08.2016 19:34, Albrecht Schlosser wrote: So, the conclusion is: since CMake can't figure it out we have to _assume_ that the header files can be #included in MSVC projects (MinGW works well), hence we should set the corresponding CMake variable to true, maybe something like: if

Re: [CMake] Wrong version of cl.exe for x64

On 08/22/2016 01:30 PM, Albrecht Schlosser wrote: On 22.08.2016 12:54 Nils Gladitz wrote: On 08/22/2016 12:18 PM, Albrecht Schlosser wrote: On 22.08.2016 10:33 Nils Gladitz wrote: The visual studio command line environments should have no effect when using the visual studio generators

Re: [CMake] Wrong version of cl.exe for x64

On 08/22/2016 12:18 PM, Albrecht Schlosser wrote: On 22.08.2016 10:33 Nils Gladitz wrote: The visual studio command line environments should have no effect when using the visual studio generators. Are you sure? Or what does "should" mean here? ;-) Yes. The Visual Studio

Re: [CMake] Wrong version of cl.exe for x64

On 08/22/2016 10:28 AM, J Decker wrote: Maybe you need a diferent parameter to vcvarsall before running cmake https://msdn.microsoft.com/en-us/library/x4d2c09s.aspx The visual studio command line environments should have no effect when using the visual studio generators. They should only

Re: [CMake] Wrong version of cl.exe for x64

On 08/22/2016 09:27 AM, tonka tonka wrote: Hey, I have recently switched to cmake (instead of plain visual studio). Now i discovered a problem.cmake choose the wrong cl.exe for my x64 project. I don't think CMake chooses the compiler when using the visual studio generators. Visual Studio

Re: [CMake] Suppressing policy warnings

On 08/19/2016 11:18 AM, Robert Bielik wrote: Hi, I'm currently using CMake 3.5.0 and I get TONS of CMP0054 policy warnings. So I set the policy: cmake_policy(SET CMP0054 OLD) in top level CMakeLists.txt file. Nothing happens. I STILL get TONS of warnings. Help ?

Re: [cmake-developers] [Patch 5/5] Improved WIX support

On 08/16/2016 11:15 AM, Stuermer, Michael SP/HZA-ZSEP wrote: There is precedence in cmWIXFilesSourceWriter::EmitComponentFile() so I think such an interface change would be fine. Ok I'll do this. Should solve all issues and doubts hopefully. Great. Thanks. Adding FeatureRef to #PRODUCT

Re: [cmake-developers] [Patch 5/5] Improved WIX support

On 08/12/2016 11:50 AM, Stuermer, Michael SP/HZA-ZSEP wrote: Patch 5 seems to implement patching of FeatureRef rather than the original Feature elements. I am not sure if this is what you intended but this could be error prone given that there could in theory be any number (0-n) FeatureRef

Re: [cmake-developers] [Patch 5/5] Improved WIX support

On 07/20/2016 03:58 PM, Stuermer, Michael SP/HZA-ZSEP wrote: Using the patchfile support I managed to implement the service installation issue I had, so the unnecessary features from the last patch are removed now. I tested all patches separately and hope they work now. looking forward for

Re: [cmake-developers] [Patch 4/5] Improved WIX support

On 07/20/2016 03:58 PM, Stuermer, Michael SP/HZA-ZSEP wrote: Using the patchfile support I managed to implement the service installation issue I had, so the unnecessary features from the last patch are removed now. I tested all patches separately and hope they work now. looking forward for

[Cmake-commits] CMake branch, next, updated. v3.6.1-1137-g25bd0c3

ns in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=25bd0c3824b55ba10c23bc837ca28879487686bc commit 25bd0c3824b55ba10c23bc837ca28879487686bc Merge: 8c38d8e 17bbf6a Author: Nils Gladitz <nilsglad

Re: [cmake-developers] [Patch 3/5] Improved WIX support

On 08/02/2016 01:29 PM, Stuermer, Michael SP/HZA-ZSEP wrote: -Original Message- From: Nils Gladitz [mailto:nilsglad...@gmail.com] Sent: Tuesday, August 02, 2016 10:47 AM To: Stuermer, Michael SP/HZA-ZSEP; CMake Developers Subject: Re: [cmake-developers] [Patch 3/5] Improved WIX support

  1   2   3   4   5   6   7   8   9   >