Re: [CMake] install (CODE ... is not being invoked

2012-11-15 Thread David Cole
You can use: BUILD_COMMAND make $ENV{INSTALL_TO_ARTIFACTS} -f Makefile but that will substitute the value of the environment variable at CMake-configure time. The only way I know of to get a build-time or install-time reading of an environment variable is to write a script that is executed as

Re: [CMake] Visual Studio macro execution inconsistency

2012-11-15 Thread David Cole
To the best of my knowledge, nobody has tried the native plugin yet. If I recall correctly, there were concerns about some legal/licensing issues. On Thu, Nov 15, 2012 at 5:34 PM, Robert Dailey wrote: > Thanks David. > > I read through the whole thing and it's unfortunate that such a > problem ev

Re: [CMake] Visual Studio macro execution inconsistency

2012-11-15 Thread Robert Dailey
Thanks David. I read through the whole thing and it's unfortunate that such a problem even exists. A typical macro won't work, because of the issues you noted about Build.Cancel. vscommands has no support for IDEs older than VS10 it seems, so that won't work for me (I'm still using VS9). The only

Re: [CMake] install (CODE ... is not being invoked

2012-11-15 Thread Marshall, Rob
I think the issue I am seeing is that when my cmake ExternalProject_Add build command looks like this: BUILD_COMMAND make $INSTALL_TO_ARTIFACTS -f Makefile when the statement is invoked by execute_process(see below), $INSTALL_TO_ARTIFACTS is not evaluated as in would be on the bash shell. So I

Re: [CMake] target_link_libraries fails dependencies

2012-11-15 Thread Alexander Neundorf
On Wednesday 14 November 2012, Andrea Galeazzi wrote: > I'm using cmake_policy(SET CMP0015 NEW) to link external libraries (I > don't have the sources of them) in order to avoid to specify the > absolute path of each library. So I wrote the following commands: > link_directories(path1 path2 ...) >

Re: [CMake] Visual Studio macro execution inconsistency

2012-11-15 Thread David Cole
We intentionally did that, by design, with the assumption that people would be working from the root solution file most of the time. This is the first time, to my knowledge, anybody has made this particular complaint to the mailing list. It would be possible to itearate the full list of generated

Re: [CMake] Visual Studio macro execution inconsistency

2012-11-15 Thread Robert Dailey
Any info on this? On Tue, Nov 6, 2012 at 5:58 PM, Robert Dailey wrote: > There is a macro installed into Visual Studio 2008 by CMake that > detects when the solution & projects have been regenerated and will > allow me to reload the solution without clicking through hundreds of > individual reloa

Re: [CMake] target_link_libraries fails dependencies

2012-11-15 Thread Andrea Galeazzi
Il 14/11/2012 13.01, Andreas Pakulat ha scritto: Hi, On Wed, Nov 14, 2012 at 12:34 PM, Andrea Galeazzi wrote: I'm using cmake_policy(SET CMP0015 NEW) to link external libraries (I don't have the sources of them) in order to avoid to specify the absolute path of each library. So I wrote the fol