[Cmake-commits] CMake branch, master, updated. v3.6.0-rc2-205-g76c186b

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

Re: [cmake-developers] How to set startup project in Visual Studio

One might be able to use FILE() to generate a .vcxproj.user if( NOT EXISTS ) This is a version from 2012 project. ALL_BUILD.vcxproj.user (it's the default project. so it's the one i usually set, unless something clever along these lines happened ) 

Re: [cmake-developers] speed up package with mingw on Windows host

I’m looking at platforms which need rpath rewrite. Maybe I’m wrong but I imagine that the patch will be more complicated (and my knowledge of cpack architecture is limited). Why not activate this optimisation only for mingw32, cause the main problem is cpack with mingw32 is unusable for the

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-475-g4835cb4

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 4835cb445ad64ee3ae9cc39dd87522446ff20e54 (commit) via

Re: [cmake-developers] speed up package with mingw on Windows host

On Mon, Jun 20, 2016 at 23:05:11 +0200, laurent wrote: > I mean dependencies will be marked as *analysed* at global scope. > > Is cpack able to pack 2 binaries at the same time ? Concurrently, no. In a single invokation, yes (though it is still just one package). > Maybe i could suffix

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-473-g8773905

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 8773905db61f266558ec0c949e0e05e11b7dd496 (commit) via

Re: [cmake-developers] How to set startup project in Visual Studio

J Decker wrote: > The setting is in a different file that's .vcproj.user (or .user.vcproj) And there is not one of these for each project() command? It seems to me that this should either be a GLOBAL property, or the documentation which directory to set the DIRECTORY property on. I have no

Re: [cmake-developers] CMake 32 and 64 bit packages on Windows

Brad King wrote: > MSI > takes care of reversing effects of the removed installation, so that > may have removed it from your PATH. Hmm, the steps I took were: * Uninstall my pre-existing CMake 3.1 installation * Install the CMake 3.5 32 bit package ** At this point everything worked on the

Re: [cmake-developers] speed up package with mingw on Windows host

I prefer : Laurent Tarrisse Could you make the correction by yourself or do I need to re-send my patch with correct full name ? I wonder if my next patch will not break packing with multi package ? I mean dependencies will be marked as *analysed* at global scope. Is cpack able to pack 2

Re: [cmake-developers] Dogfooding: clang-tidy, include-what-you-use, link-what-you-use

On 06/13/2016 10:16 AM, Brad King wrote: > On 06/12/2016 05:47 PM, Daniel Pfeifer wrote: >> I have set up a dashboard build where all three mechanisms are enabled: Thanks. It looks like you have a Continuous build for this. That will be nice in the future but for now it is not useful until the

Re: [cmake-developers] proposal of fix for FindLua

On 06/20/2016 02:02 PM, ivan Ivanov wrote: > Fixed, please review it again Thanks, applied: FindLua: Prefix private APIs with `_lua_` https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=92c67b9f FindLua: Factor out a helper function for version extraction

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-466-g3ee00cc

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 3ee00ccc05b5b967e1a7e5c60789b1f4621ea4bd (commit) via

Re: [cmake-developers] speed up package with mingw on Windows host

On 06/20/2016 02:49 PM, laurent wrote: > Let’s make a demonstration by example : Thanks. > Attached a git patch against current cmake master branch. Thanks. Actually I was saying that we would like to record a Full Name as your authorship. Are you: Tarrisse Laurent TARRISSE Laurent

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-464-gccb00d3

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 ccb00d3533c7c7b0ac972ecd34e41e2759ed5c98 (commit) via

Re: [cmake-developers] speed up package with mingw on Windows host

Let’s make a demonstration by example : // With grep $ objdump -p /c/msys32/mingw32.exe | grep "^[[:blank:]]*DLL Name: " DLL Name: KERNEL32.dll DLL Name: msvcrt.dll DLL Name: USER32.dll // With findstr $ objdump -p /c/msys32/mingw32.exe | findstr "^[[:blank:]]*DLL Name: "

[CMake] gathering directory names in cmake

I have a source tree which contains multiple directories each of which has a subdirectory called "xyz". I want to create a target that creates a zip file with each of the xyz directories. So if the source tree looks like src src/xyz src/application src/application/xyz src/plugins/one/xyz

Re: [cmake-developers] proposal of fix for FindLua

Fixed, please review it again (patches are attached to #15756 ) . Erase variable from cache is necessary, I think (see comment at gitlab). Ignoring of LUA_INCLUDE_DIR was my fault, fixed. For now I use this variable as a recommendation, i.e. if

[CMake] Best way to modify C++ build steps (clang / linux)?

I've got an existing project with a CMake-based build system. The project: - Has both C and C++ files - Links some ".o" files into convenience .a files. - Links some ".o" and ".a" files into several different executables. - Can be built successfully with gcc or clang. When using

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-459-ge424584

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 e4245846bc26d5d95c12c59a19d3cfe9d2d82a57 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-457-gcaed279

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 caed279cbb6079b122b48802da4a968502829a5d (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc2-204-gcd1f1cb

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 cd1f1cb544267911829ac777214474f5ce3491f1 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-455-g80756fc

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 80756fc67a757c3daa43b51102624680e9c3559d (commit) via

Re: [cmake-developers] speed up package with mingw on Windows host

On 06/18/2016 12:10 PM, laurent wrote: > I would like to share my experience about speed up package with > BundleUtilities > on Windows host using mingw32 env. Thanks. Please provide a Full Name format name for the commit authorship record. > -find_program(gp_grep_cmd

Re: [cmake-developers] [PATCH] add debug glew to FindGLEW

Brad, Here is the patch fixed. Thanks, 2016-06-20 16:17 GMT+02:00 Brad King : > On 06/20/2016 07:55 AM, Farbos a wrote: >> I added the Glew debug library to the FindGLEW.cmake, here is the patch. > > Good start. Here are some comments: > > * For compatibility with

Re: [cmake-developers] Patch: Add ability to override the default Visual Studio tool

On 06/17/2016 05:42 PM, Gilles Khouzam wrote: > This patch is to add the ability to override the default tool > assigned by the Visual Studio generator based on the extension Thanks, applied: VS: Add a VS_TOOL_OVERRIDE source file property

Re: [cmake-developers] Patch: Add the ability to specify SDK_REFERENCES for Visual Studio

On 06/17/2016 05:34 PM, Gilles Khouzam wrote: > This patch is to add the ability with Visual Studio generators > to add references to SDKs. Thanks, applied: VS: Add VS_SDK_REFERENCES target property to reference external SDKs https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ccc6270d -Brad

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-450-gc0c34e0

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 c0c34e04c3e00dae9c16d9cf0d4b47d3d752d482 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-448-g22c6146

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 22c6146d55d52bffaea126e1c439f124e502ae4d (commit) via

Re: [cmake-developers] CMake 32 and 64 bit packages on Windows

On 06/18/2016 08:12 AM, Stephen Kelly wrote: > I tried the CMake 3.6 RC on Windows yesterday. I initially downloaded the 64 > bit version, and the installer uninstalled my CMake 3.5 (32 bit). This is because the MSI package records only a single package name for all CMake versions. Each

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-446-g6f8e4c7

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 6f8e4c7361a20da3e73c60c93f3c63753923205d (commit) via

Re: [cmake-developers] [PATCH] add debug glew to FindGLEW

On 06/20/2016 07:55 AM, Farbos a wrote: > I added the Glew debug library to the FindGLEW.cmake, here is the patch. Good start. Here are some comments: * For compatibility with scripts that set GLEW_LIBRARY we need to honor the old name if it is set. See FindZLIB for an example. (Near the

Re: [cmake-developers] [Patch] Two trivial patches fixing type in CPack/DEB testcase

On 06/19/2016 04:42 PM, Domen Vrankar wrote: > Applied to next with extension of first patch to newer tests: > https://cmake.org/gitweb?p=cmake.git;a=commit;h=b661d4a > > Brad could this topic be merged to 3.6 since it is a test fix? I rebased the topic: CPack/Deb: Fix tests for

Re: [cmake-developers] Imported Locations in FindBoost.cmake

Hi Folks, For reference, there is an issue tracker entry for this problem: https://gitlab.kitware.com/cmake/cmake/issues/16091 Similar alternatives have been discussed there. On 06/20/2016 01:32 AM, Andreas Weis wrote: > On 6/19/2016 9:17 PM, Mike Gelfand wrote: >> The suggested way to deal

Re: [cmake-developers] Fwd: Question about CHECK_C_COMPILER_FLAG

On 06/20/2016 07:23 AM, Sergei Nikulov wrote: > Documentation will tell that "the compiler does not give an error > message when it encounters the flag". > Unfortunately, it not only compiles but try to link executable. > > If linker fails, due missed libraries it also does not produce > positive

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-444-g5788e4c

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 5788e4c44d269df999ad2f8a316d99a7a664b156 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-439-gc2e6d50

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 c2e6d50125529f38b0c50e424f689e28672d085f (commit) via

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-437-ga05cf7f

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 a05cf7f124d3952a026e36ac66f2b5b9f3eca849 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-435-g2e6a91d

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 2e6a91d3e1ba4671e548366c319b033372704497 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc2-194-ge2d700b

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 e2d700bd9742431ed845c83dceab53ef7f4e5db4 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc2-189-g711caeb

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 711caeb3bda3c6423464c98b314a31f5721d175b (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc2-183-gaf0f1e4

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 af0f1e4f228d8d03825ffa28266f9bf478b0de55 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc2-196-gefb6d31

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 efb6d317e3ed6b609c207be2f14866e0f472275a (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc2-181-g5f3bfab

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 5f3bfab7b722f4ea8abe5d433f256507170eab20 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc2-191-g95c5e00

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 95c5e00186cb4e6b267925c9bb95763810dbb3f5 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc2-179-g5c7b2aa

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 5c7b2aafbd0e158ab659d68c4d0cf0afb7a9ba65 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-426-gfb6f64d

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 fb6f64d32c1bbd80b67a4b242e0a8507640e6f8d (commit) via

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-423-g35b9185

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 35b918568d2d6ed631eeb778ec60f47bc64c47ba (commit) via

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc2-420-ge2120b1

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 e2120b15558e0d5767bda8154d54e0e639d2fb1f (commit) via

[cmake-developers] [PATCH] add debug glew to FindGLEW

Hi, I added the Glew debug library to the FindGLEW.cmake, here is the patch. Tell me if everything looks good and if I can do a pull request. Thanks, -- Arnaud FARBOS 0001-add-debug-glew-to-FindGLEW.patch Description: Binary data -- Powered by www.kitware.com Please keep messages on-topic

[CMake] Getting at the final compiler/linker string for a given library

Does anyone know if there's a way, given the full path find_package result: /usr/lib/libfoo.so to have CMake report what the eventual "-lfoo" entry will be on the compiler/linker line? I need to report out that information into a file independent of CMake's logic, and so far I haven't been able

[cmake-developers] Fwd: Question about CHECK_C_COMPILER_FLAG

Hi All, I have a question about CHECK_C_COMPILER_FLAG behaviour. Documentation will tell that "the compiler does not give an error message when it encounters the flag". Unfortunately, it not only compiles but try to link executable. If linker fails, due missed libraries it also does not produce

[CMake] AUTORCC recompiles rcc

Hi, In cmake 3.5.0, 3.5.2 and 3.6.0 rc1 and 2 my resource file is compiled every time I build. I'm trying to create an issue in the new kitware issue tracker but I cannot find an "Add" button or so. How can I proceed? Thanks, Wim -- Powered by www.kitware.com Please keep messages