[cmake-developers] [CMake 0015618]: HDF5 headers have migrated in linux/debian/sid -- FindHDF5.cmake doesn't detect them

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15618 == Reported By:Sebastian Wouters Assigned To:

Re: [cmake-developers] Generator expressions for output directory/name (and install?)

On 06/15/2015 03:03 PM, Robert Goulet wrote: Updated with improved tests and added docs. Thanks. Here are more comments. Please split the patch to do the OUTPUT_NAME/dir changes first. Update the Tests/PerConfig test to cover these. Since the RUNTIME_OUTPUT_DIRECTORY properties are learning

Re: [cmake-developers] [PATCH] if absolute path of a used tool (*_PROG) contains white spaces, generation of documentation may fail

On 06/16/2015 07:27 AM, Stuermer, Michael SP/HZA-ZSEP wrote: putting some around tool-names Applied, thanks: Utilities/Doxygen: Support tools installed in paths with spaces http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=15c6a4c9 -Brad -- Powered by www.kitware.com Please keep

[cmake-developers] [CMake 0015619]: ctest stderr vs stdout

The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15619 == Reported By:Clinton Stimpson Assigned To:

Re: [cmake-developers] Startup Project Configuration [mantis 15578]

Okay, The first 3 points are easy and done. But for the unit test, I'm a little lost. I found the files you're talking about. I'm not quite sure what those undocumented macros are doing. I would say though, that I'm not trying to parse the 'GlobalSection' part of the .sln file, I just need

Re: [cmake-developers] [PATCH] fixed msvc 64 bit build

-Original Message- From: Brad King [mailto:brad.k...@kitware.com] Sent: Monday, June 15, 2015 4:11 PM To: Stuermer, Michael SP/HZA-ZSEP Cc: cmake-developers@cmake.org Subject: Re: [cmake-developers] [PATCH] fixed msvc 64 bit build On 06/15/2015 07:58 AM, Stuermer, Michael

Re: [cmake-developers] Compact dependency graph

On 06/15/2015 09:46 PM, Richard Ulrich wrote: So here is the patch with tests and passing the git hooks. Thank you for the update and sorry again for the inconvenience. - Your commit's subject line looks a bit too long; I'd move the issue number into the bulk of the message (It should nicely

Re: [cmake-developers] CMake Build RPM for Centos/RHEL

2. Is there a way to generate a RPM with standard name: I mean, something like: cmake-3.2.3-1.el6.x86_64.rpm Instead of: cmake-3.2.3-Linux-x86_64.rpm You can add -D CPACK_OUTPUT_FILE_NAME=cmake-${RPM_RELEASE}.el6.x86_64.rpm to your packaging command. This will force package

Re: [cmake-developers] CMake Build RPM for Centos/RHEL

Hi Domen, Thanks, I'll try the CPACK_OUTPUT_FILE_NAME option. This morning I found an alternative for the permission issue. As the default attribute in the SPEC file is (-, root, root, -) I tried to fix generated files. So I added umask at the beginning of my script and it works! $ umask 0022

[cmake-developers] [PATCH] if absolute path of a used tool (*_PROG) contains white spaces, generation of documentation may fail

I have doxygen, gnuplot, html help and the UnxUtils in C:\Program Files (x86)\ This leads to errors when using one of these tools. I hope putting some around tool-names does not break anything on linux. Best Regards Michael Stürmer