Re: [CMake] file(SHA1) vs string(SHA1) consistency

Hello, 2016-02-25 17:58 GMT+03:00 Ruslan Baratov via CMake : > * since CMake is a cross-platform tool I think it make sense that command > `file(WRITE "..." "a\nb")` produce identical files on all platforms Seconded; READ and WRITE could at least have a BINARY flag that does it

[cmake-developers] [CMake 0015992]: Xcode generator's ReRunCMake.make fails if dependencies have been deleted

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

[Cmake-commits] CMake branch, master, updated. v3.5.0-rc3-152-g499be36

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

Re: [cmake-developers] [PATCH] Add FindLTTngUST module to find LTTng-UST library

Thanks. I submitted a v2, but I'm still wondering: do I need to extract the documentation somehow, to put it in Help/module, or is it automatically extracted once it's merged? Philippe Proulx On Fri, Feb 26, 2016 at 10:42 AM, Brad King wrote: > On 02/19/2016 08:09 PM,

[cmake-developers] [PATCH v2] Add FindLTTngUST module to find LTTng-UST library

This patch adds the FindLTTngUST module which can be used to find the LTTng-UST library. It sets result variables and creates an imported target, LTTng::UST. Since the module is able to find the LTTng-UST version string, this is tested in Tests/CMakeOnly/AllFindModules. The module is tested

[CMake] cpack generator variable

Hi All, I have a cmake project which one of the install targets is a collection of files. This files change depending on the configuration (Release, Debug...). I would like to be able to install the files like so: install(DIRECTORY $ DESTINATION bin COMPONENT files) >From the docs I see

[CMake] MSMPI (v6) and cmake 3.4.3

Hi, I have a Fortran project that needs to link to Microsft's MPI libraries - msmpi.lib and msmpifec.lib but the MPI_Fortran_LIBRARIES variable returned by FindMPI listst just the first one. As a result, my CMakeLists.txt looks like cmake_minimum_required(VERSION 2.8) project(ExampleMPI

[cmake-developers] [CMake 0015991]: Can't create Visual Studio 2015 project with CMake

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

Re: [CMake] check_cxx_compiler_flag fails silently for complex compiler paths

Thanks for the explanation of how to solve the problem, that’s very helpful I’ll give it a try. Shouldn’t the variable be set to something like “FALSE” even if reporting incorrectly when left blank? I appreciate the workaround but I believe there is still a bug that would need to be addressed. Is

Re: [CMake] check_cxx_compiler_flag fails silently for complex compiler paths

Hello, On 26/02/16 00:00, Andrew Hundt wrote: > I believe check_cxx_compiler_flags is failing due to a long/complicated > compiler path. > > Specifically my compiler is set to: > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ > > CMake version: 3.4.3

[cmake-developers] [CMake 0015990]: CMake multi-processor compilation for Fortran projects

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

[Cmake-commits] CMake branch, next, updated. v3.5.0-rc3-301-gd7b1a40

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

[CMake] Link library file name with version suffix

cmake is generating a library link line that looks like: /.../nagfor -PIC -Wl,-shared -Wl,-Xlinker,-soname,-Xlinker,libnetcdff.so.6 -o libnetcdff.so.6.1.1 [...] /.../libnetcdf.so.11.0.0 /.../libhdf5_hl.so ... My issue is with the "11.0.0" suffix on the libnetcdf.so library. This particular

Re: [cmake-developers] [PATCH] Add target property VS_CONFIGURATION_TYPE to Visual Studio 10 target generator

On 02/25/2016 04:19 PM, Fabian Otto wrote: > I recreated a single patch that contains all changes. Thanks! Applied with minor tweaks: VS: Add option to set `ConfigurationType` of a .vcxproj file https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6122909c -Brad -- Powered by

[Cmake-commits] CMake branch, next, updated. v3.5.0-rc3-299-gdd764e1

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

Re: [cmake-developers] [CMake] Toolchains and CMAKE_FORCE_C_COMPILER in 3.5

On 02/26/2016 07:18 AM, James Crosby wrote: > Can confirm it works for armcc - thanks! Great, thanks for testing! I've merged the feature to 'master' for inclusion in CMake 3.6. With this we can re-consider deprecating CMakeForceCompiler for that release too. Thanks, -Brad -- Powered by

Re: [cmake-developers] Windows 10 Store App - deploy content

How does it work? Will this install files into the "AppX" directory at deployment step? From: Gilles Khouzam [mailto:gilles.khou...@microsoft.com] Sent: Thursday, February 25, 2016 7:44 PM To: Robert Goulet ; cmake-developers@cmake.org Subject: RE: Windows 10 Store

Re: [cmake-developers] [PATCH] Add FindLTTngUST module to find LTTng-UST library

On 02/19/2016 08:09 PM, Philippe Proulx wrote: > Signed-off-by: Philippe Proulx > --- > Modules/FindLTTngUST.cmake | 88 > ++ > 1 file changed, 88 insertions(+) > create mode 100644 Modules/FindLTTngUST.cmake Thanks for

[Cmake-commits] CMake branch, next, updated. v3.5.0-rc3-297-gf51df41

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

[Cmake-commits] CMake branch, master, updated. v3.5.0-rc3-145-gcc7a1b1

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

[Cmake-commits] CMake branch, master, updated. v3.5.0-rc3-149-g467f83d

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

[Cmake-commits] CMake branch, master, updated. v3.5.0-rc3-151-g6b0a664

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

[Cmake-commits] CMake branch, master, updated. v3.5.0-rc3-147-g79d4b5b

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

Re: [CMake] Install from a source directory with ExternalProject

For reference, the issue isn't uncompression, it's that the link you provided is an HTML document generated by the web server to list the files in that directory for humans and not machines :) On Fri, Feb 26, 2016 at 9:10 AM, Cedric Doucet wrote: > > Thank you very much

Re: [CMake] Install from a source directory with ExternalProject

Thank you very much Nicholas! For the moment, option B sounds better for me. :) I think it could be helpful to be able to disable the uncompression step of ExternalProject_Add, or to control it with a variable named UNCOMPRESSION_COMMAND or something similar. Cheers, Cédric - Mail

Re: [CMake] Install from a source directory with ExternalProject

Hmm, if it were available as an FTP share you may have been able to use a command line program via DOWNLOAD_COMMAND, but in this case I think you really only have two options: A. Write a small portable program compiled as part of your project, with its task being to download that directory. Make

Re: [CMake] Install from a source directory with ExternalProject

I'm not sure how you would download a directory without it being in some sort of archive. If you just want to use an existing directory, use the SOURCE_DIR option instead. On Fri, Feb 26, 2016 at 8:37 AM, Cedric Doucet wrote: > > Hello, > > I would like to know if it's

Re: [CMake] Install from a source directory with ExternalProject

Hello Nicholas, thank you for your answer. Actually, it's not my own directory and I have no choice. I want to download source files from there : http://www.iro.umontreal.ca/~lecuyer/myftp/streams00/c++/ I know how to do it with FILE(DOWNLOAD ...) but I would like to know if there is a way to

[CMake] Install from a source directory with ExternalProject

Hello, I would like to know if it's possible to download and install an external project from a source directory instead of a tarball. I tried to do it with ExternalProject_Add function but it tries to uncompress source files and then fails. Cédric -- Powered by www.kitware.com Please

Re: [cmake-developers] [CMake] Toolchains and CMAKE_FORCE_C_COMPILER in 3.5

> On 24 Feb 2016, at 16:08, Brad King wrote: > > try_compile: Add option to control type of target > https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=7f1bd9fe > > One should be able to simply add > >set(CMAKE_TRY_COMPILE_TARGET_TYPE STATIC_LIBRARY) > > to the

[cmake-developers] [CMake 0015989]: target_compile_features not working properly for XCode

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