[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-185-ge6bfc5e

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

[cmake-developers] [PATCH] set Content-Type in ctest http file uploads

The attached patch fixes https://cmake.org/Bug/view.php?id=15774 From 51c6e48cb1f861c146cdd10d064ac38538f72a55 Mon Sep 17 00:00:00 2001 From: Derek Bruening Date: Wed, 7 Oct 2015 17:51:26 -0400 Subject: [PATCH] CTest: set Content-Type header for http file upload Sets the

[CMake] Comments; GlobalVS10Gen

Is the comment correct here? /** \class cmGlobalVisualStudio10Generator * \brief Write a Unix makefiles. * * cmGlobalVisualStudio10Generator manages UNIX build process for a tree */ File: cmGlobalVisualStudio11Generator.h Line: 18 Velho -- Powered by www.kitware.com Please keep messages

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-189-g5f678ee

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

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-182-ga8e25da

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

[cmake-developers] [CMake 0015774]: CTest result submission over http fails to set Content-Type header which runs afoul of ModSecurity rules

(using http) Using HTTP submit method Drop site:http:///CDash/submit.php?project= Error when uploading file: /Testing/20151005-0900/Build.xml Error message was: The requested URL returned error: 406 Not Acceptable Problems when submitting via HTTP The same 406 error is seen using cu

[CMake] Abstracting part of path name in CMakeCache

Hi: I have a need to abstract part of the build path name in CMakeCache: Here is an excerpt # This is the CMakeCache file. # For build in directory: /export/home/x/x-s12-clone/open-src/xserver/xvnc/unpacked-src This string is seen 5 times in the cache file. I need it to look like: # For

[cmake-developers] [CMake 0015771]: GHS-MULTI Generator Uses Macros in GPJs Uncompatible With Older Versions

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

Re: [cmake-developers] Rename suffix of Mac OS Framework

Hi Brad, A use case for example is when an InDesign plugin should be developed. The InDesign plugin on Mac OS is a framework with the file extension ".InDesignPlugin". It works if the "Xcode" generator is used and the target property "XCODE_ATTRIBUTE_WRAPPER_EXTENSION" is set to

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-139-g16df189

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

[cmake-developers] Moving from Module to Target-based linking

Hey all, is there any development going on towards providing FindXXX.cmake wrapper modules that "convert" MODULE-mode results into CONFIG style imported targets to consume? correct me if i'm wrong here, but as more and more projects are being cmake'ified and the config-mode is far more robust

Re: [CMake] [cmake-developers] Rename suffix of Mac OS Framework

Hi Brad, A use case for example is when an InDesign plugin should be developed. The InDesign plugin on Mac OS is a framework with the file extension ".InDesignPlugin". It works if the "Xcode" generator is used and the target property "XCODE_ATTRIBUTE_WRAPPER_EXTENSION" is set to

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-141-g9990bef

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

Re: [cmake-developers] [Review request] TopicFind GTK2_sigc++_c++11

On 06/10/2015 19:25, Brad King wrote: > On 10/06/2015 12:20 PM, Daniele E. Domenichelli wrote: >> I updated the topic according to your comments. The new commit is this: >> >> FindGTK2: Enable c++11 for sigc++ 2.5.1 or later >> https://cmake.org/gitweb?p=stage/cmake.git;a=commitdiff;h=33eb8fa

[cmake-developers] [CMake 0015776]: 3.3.4 RC 1 Asserts when running on ITK 4.8.0

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

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc1-40-g24c9752

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

Re: [cmake-developers] Patch: install universal iOS libraries

On 07-Oct-15 16:57, Gregor Jasny wrote: Hello, thank you for working on this. This is really hairy stuff. On 24/09/15 11:10, Ruslan Baratov via cmake-developers wrote: Patches help to install universal iOS (device + simulator) libraries by triggering some extra instructions (build + fuse)

Re: [cmake-developers] CXX_STANDARD and linking

Brad King wrote: > I don't want CMake to generate broken builds by default. We *know* it > goes wrong on Solaris and cannot possibly work without user intervention. Just some more on this: The CMake 3.3 behavior of this is the same as it has always been since introducing compile-features for

Re: [cmake-developers] Patch: install universal iOS libraries

Hello, thank you for working on this. This is really hairy stuff. On 24/09/15 11:10, Ruslan Baratov via cmake-developers wrote: > Patches help to install universal iOS (device + simulator) libraries by > triggering some extra instructions (build + fuse) after "regular" > library installation

[cmake-developers] [Review Request] New module: IncludeUrl

Hello all, Please review the "IncludeUrl" topic[1] that adds a new "IncludeUrl" module. This module adds the include_url command that is useful to download and include other CMake modules from a given url. [1]https://cmake.org/gitweb?p=stage/cmake.git;a=shortlog;h=refs/heads/IncludeUrl The

[cmake-developers] [CMake 0015772]: snprintf on msvc14 compiler

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

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-127-gd812f33

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

[cmake-developers] [CMake 0015773]: Transitive config-specific compile features may be buggy

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15773 == Reported By:Stephen Kelly Assigned To:

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-164-gbd87ae1

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

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-156-g79b5e37

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

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-158-g5e86676

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

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-162-g09854f3

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

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc1-169-gfa30a5b

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

Re: [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready!

On 10/06/2015 09:00 PM, Orion Poplawski wrote: > On 10/06/2015 09:42 AM, Robert Maynard wrote: >> I am proud to announce the first CMake 3.4 release candidate. > > This appears to have broken plplot's ada build on Fedora. Previous good (cmake > 3.3.2): > > [ 22%] Building Ada object