Re: [CMake] CPack output name using VS IDE

2012/1/11 Totte Karlsson :    cmake --help-variable CMAKE_CFG_INTDIR >>> >>> >>> When executing the PACKAGE target from the IDE, that variable is >>> evaluated to >>> $(Configuration) >> >> >> Not quite. CMake evaluates it to $(Configuration) (or what ever the >> particular IDE uses), which th

Re: [CMake] Copying of 3rd party DLLs in a POST-BUILD step

He probably just uses a project.vcproj.user file, and uses the configure_file() command on it to fill in command arguments, environment variables, etc etc. I've done this before and it works fantastically, although I have never tried it to force the EXE to search for my DLL files without copying t

[CMake] Fwd: error of mixed dynamic/static link to Boost in windows VS2008

-- Forwarded message -- From: Forest Yang Date: Tue, Jan 10, 2012 at 10:14 PM Subject: Re: [CMake] error of mixed dynamic/static link to Boost in windows VS2008 To: Mateusz Loskot On Fri, Jan 6, 2012 at 5:30 AM, Mateusz Loskot wrote: > On 6 January 2012 05:30, Forest Yang wrot

Re: [CMake] CPack output name using VS IDE

cmake --help-variable CMAKE_CFG_INTDIR When executing the PACKAGE target from the IDE, that variable is evaluated to $(Configuration) Not quite. CMake evaluates it to $(Configuration) (or what ever the particular IDE uses), which then gets expanded by the IDE to the current configuration,

Re: [CMake] CMake + Ninja

On Tue, Jan 10, 2012 at 12:03 AM, Peter Collingbourne wrote: > The attached patch should add support for TARGET_INSTALLNAME_DIR. > Please let me know if it works -- it's untested, as I don't have easy > access to a Mac. Awesome - thank you! It'll be a week or so before I have access to a Mac my

Re: [CMake] Copying of 3rd party DLLs in a POST-BUILD step

On Tue, Jan 10, 2012 at 3:17 PM, Ben Medina wrote: > I'd guess the performance of fixup_bundle will be a big pitfall if > you're planning on doing this after every build. > One other approach is not making it a post build step but a custom target that the user can build only when needed. This cus

Re: [CMake] Copying of 3rd party DLLs in a POST-BUILD step

I am VERY interested in how you did this. Did you have CMake write a file for you? Do you have some code to share by any chance? Thanks -- Mike Jackson On Jan 10, 2012, at 3:17 PM, Ben Medina wrote: > I'd guess the performance of fixup_bundle will be a big pitfall if > you're planning on doin

Re: [CMake] Copying of 3rd party DLLs in a POST-BUILD step

I'd guess the performance of fixup_bundle will be a big pitfall if you're planning on doing this after every build. An entirely different approach is to configure a Visual Studio .user file to set the PATH environment variable (not setting it globally; just for debugging your app from within VS).

Re: [CMake] cpack -G NSIS

2012/1/10 Andrea Crotti : > On 01/10/2012 05:52 PM, Eric Noulard wrote: >> >> 2012/1/10 Andrea Crotti: >>> >>> Trying to run cpack on Linux (archlinux 64 bit) with a working makensis >>> environment, >> >> Which version of cmake/cpack are you using? >> If not 2.8.7 could you try it? or even git mas

[CMake] Cmake coloring gcc output on errror

Is there a way to color warning/error of gcc with cmake ? regards Vivek Goel -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_F

Re: [CMake] MSBuild and automatic project file regenation

Michael Hertling writes: > But aren't the issues related at least? Dunno. > If I understand > correctly, "cmake --build" invokes MSBuild which > > - loads the solution file and the project files, > - reinvokes CMake via the ZERO_CHECK project/target > to regenerate them if CMakeLists.txt has

Re: [CMake] cpack -G NSIS

2012/1/10 Andrea Crotti : > Trying to run cpack on Linux (archlinux 64 bit) with a working makensis > environment, Which version of cmake/cpack are you using? If not 2.8.7 could you try it? or even git master? Did you compile it yourself? Are you cross-compiling? If this is the case may be you hi

[CMake] cpack -G NSIS

Trying to run cpack on Linux (archlinux 64 bit) with a working makensis environment, I get the following error (and following stacktrace): [andrea@precision test_cmake]$ gdb cpack GNU gdb (GDB) 7.3.1 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

Re: [CMake] Adding user defined search path for find_package

On 01/10/2012 11:14 AM, Martin Uhrin wrote: > Dear CMake community, > > firstly, thank you for the extremely useful build tool, it's saved me a > lot of time and effort! > > I'm trying to solve the following problem: > > I'd like the user (i.e. non-developer compiling my code) to have the > opti

[CMake] Adding user defined search path for find_package

Dear CMake community, firstly, thank you for the extremely useful build tool, it's saved me a lot of time and effort! I'm trying to solve the following problem: I'd like the user (i.e. non-developer compiling my code) to have the option to specify a location for an external library and *iff* thi

Re: [CMake] CPack output name using VS IDE

On 01/10/2012 10:50 AM, Totte Karlsson wrote: >>> >>> But when executing the PACKAGE target, from within VS IDE, the >>> ${CMAKE_BUILD_TYPE} does not seem to be set. >> >> VS IDE or XCode do not set this because they are able to handle >> several config at once. > > yes. > >> You may try to use "

Re: [CMake] CPack output name using VS IDE

2012/1/10 Totte Karlsson : >>> >>> But when executing the PACKAGE target, from within VS IDE, the >>> ${CMAKE_BUILD_TYPE} does not seem to be set. >> >> >> VS IDE or XCode do not set this because they are able to handle >> several config at once. > yes. > >> You may try to use "CMAKE_CFG_INTDIR" in

Re: [CMake] CPack output name using VS IDE

But when executing the PACKAGE target, from within VS IDE, the ${CMAKE_BUILD_TYPE} does not seem to be set. VS IDE or XCode do not set this because they are able to handle several config at once. yes. You may try to use "CMAKE_CFG_INTDIR" instead. See: cmake --help-variable CMAKE_CFG_INT

[CMake] Actual effect of set_source_files_properties with COMPILE_FLAGS

Hello everybody, I work on a Fortran library that for historical reasons should be maintained with intel fortran compiler, g95 and gfortran on Linux, Windows and MacOS platoform. Everything everywhere >:o ! My library is made of 50 files. Among those files, most of them will have to be compi

Re: [CMake] CPack output name using VS IDE

2012/1/10 Totte Karlsson : > Hi, > I want my Install package from CPack to have Debug or Release in its name. > In my CMake file I have > set(CPACK_PACKAGE_NAME >                    "MyPackage-${CMAKE_BUILD_TYPE}") > > But when executing the PACKAGE target, from within VS IDE, the > ${CMAKE_BUILD_T

[CMake] CPack output name using VS IDE

Hi, I want my Install package from CPack to have Debug or Release in its name. In my CMake file I have set(CPACK_PACKAGE_NAME "MyPackage-${CMAKE_BUILD_TYPE}") But when executing the PACKAGE target, from within VS IDE, the