Re: [CMake] CPack error : Problem checking NSIS version with command: "C:/NSIS/makensis.exe" /VERSION

Can't vouch for 2.15. Are you able to use NSIS 2.46? This works for me using CMake 2.8.12.2 (I also used a number of previous 2.8 versions though can't be sure which ones). On 19/03/14 12:37, Iosif Neitzke wrote: > When trying to run CPack with NSIS 2.15, i get: > > CPack error : Problem checking

Re: [CMake] cpack ZIP generator fails if source file is readonly

Checked Linux (Ubuntu 12.04). 2.8.12.2 works, so I'm guessing this is a Windows platform issue. On 18/03/14 16:24, Bruce Cartland wrote: > I'm upgrading my build from 2.8.8 to the latest toolset. > > At this stage I've only tried on Windows 2008 Server R2 Standard SP1 a

Re: [CMake] How to force cmake to only look for C MPI not C++

.dir/mpjdev_natmpjdev_Comm.c.o: > /usr/java/latest/include/jni.h > CMakeFiles/nativempjdev.dir/mpjdev_natmpjdev_Comm.c.o: > /usr/java/latest/include/linux/jni_md.h > > Some how can't add *mpi.h * > > Does it mean this is not populated correctly ?*${MPI_C_INCLUDE_PATH}* > >

Re: [CMake] How to force cmake to only look for C MPI not C++

By quick Google search, I meant for "cmake project command". Not sure how I determined this originally. It was a long time ago. Probably read, re-read, and re-read the doco - it wasn't obvious. Anyway, hope it helps. On 18/03/14 17:22, Bruce Cartland wrote: > Try t

Re: [CMake] How to force cmake to only look for C MPI not C++

Try the project command * project(yourProjectName C) It's what I use. Quick Google found this * http://www.cmake.org/cmake/help/cmake2.6docs.html#command:project On 18/03/14 17:09, Bibrak Qamar wrote: > Hi, > > I am using cmake to create Makefile. I am using MPI in my project but > I only wan

[CMake] cpack ZIP generator fails if source file is readonly

I'm upgrading my build from 2.8.8 to the latest toolset. At this stage I've only tried on Windows 2008 Server R2 Standard SP1 and Windows Server 2003 R2 SP2 (my Linux/Mac boxes are currently broken). The particular part which fails is packaging the source - which uses the ZIP generator cpack --c

[CMake] redefining CMake package target when using CPack

I'm currently generating multiple distinct debian packages (runtime and dev). I have a typical cmake file with cpack commands in it ending with "inlude(CPack)" . This generates the targets "package" and "package-source". On debian platforms, I want "package_source" but I'd like to redefine/ov

Re: [CMake] Generating multiple debian packages

oug. On Thu, Aug 9, 2012 at 9:51 AM, Bruce Cartland wrote: I've been through this and experimented with samples kindly provided by another user. Nothing works for debian packaging. What I think will work is a "workaround" from another user in 2008 http://www.cmake.org/pipermail/c

Re: [CMake] Generating multiple debian packages

ption: Demo package doug@shadowmint:~/junk/cmake-multi-install/build$ ~ Doug. On Thu, Aug 9, 2012 at 9:44 AM, Bruce Cartland wrote: Thanks for the sample - makes it a lot easier to experiment. I've been playing around with it but can't get it to do what I want (or is claimed). It alway

Re: [CMake] Generating multiple debian packages

I've been through this and experimented with samples kindly provided by another user. Nothing works for debian packaging. What I think will work is a "workaround" from another user in 2008 _http://www.cmake.org/pipermail/cmake/2008-April/020967.html_, where I generate my own CPackConfig-runti