Re: [CMake] install(DIRECTORY . DESTINATION include/proj FILES_MATCHINGPATTERN "*.h")

ion. Try adding: PATTERN ".svn" EXCLUDE -Steve -- Steve Huston, Riverace Corporation Total Lifecycle Support for Your Networked Applications http://www.riverace.com ___ Powered by www.kitware.com Visit other Kitware open-so

Re: [CMake] Open Source Memory Checker

> On Fri, Oct 23, 2009 at 2:13 PM, Steve Huston > wrote: > >> If linux has valgrind which is an open source memory checker, is > >> there any equivalent on Windows?  I noticed ctest supports purify, > >> but it looks like that's only a pay solution.  Am I ou

Re: [CMake] Open Source Memory Checker

e not heard of any. But IMO, Purify is worth the money IBM charges for it - you'll save more than that in time spent tracking down memory errors. FWIW, -Steve -- Steve Huston, Riverace Corporation Total Lifecycle Support for Your Networked Appl

[CMake] How to generate MSVC projects that will build after install

items above are based on problems I'm having with the MSVC files, I'll also need this to work for Makefiles. Thanks, -Steve -- Steve Huston, Riverace Corporation Total Lifecycle Support for Your Networked Applications http://www.riverace.com ___ P

Re: [CMake] How to generate MSVC projects that will build after install

rk in an installed situation. Can I get rid of the check timestamps against CMakeLists.txt? > Any idea on how I can solve these? Although the items above > are based on problems I'm having with the MSVC files, I'll > also need this to work for Makefiles. > > Thanks, > -

Re: [CMake] [Cdash] Cdash setup questions (was RE: Trouble starting ctest run with intention of reporting to dashboard)

> Sent: Thursday, June 11, 2009 12:09 AM > To: David Cole > Cc: Steve Huston; cd...@public.kitware.com; cmake@cmake.org > Subject: Re: [Cdash] Cdash setup questions (was RE: [CMake] > Trouble starting ctest run with intention of reporting to dashboard) > > > Sounds like a b

[CMake] Cdash setup questions (was RE: Trouble starting ctest run with intention of reporting to dashboard)

Thanks, -Steve > -Original Message- > From: Bill Hoffman [mailto:bill.hoff...@kitware.com] > Sent: Wednesday, June 10, 2009 3:59 PM > To: Steve Huston > Cc: 'David Cole'; cmake@cmake.org > Subject: Re: [CMake] Trouble starting ctest run with > intention

Re: [CMake] Trouble starting ctest run with intention of reportingto dashboard

Hi Bill, > David Cole wrote: > > OK. You have a correct CTestConfig.cmake now. > > > > Is it at the top level of your source tree? (In > > "${CTEST_SOURCE_DIRECTORY}"?) > > Do you "include(CTest)" in your CMakeLists.txt file? > > > So, I downloaded qpid sources. I think the main problem you >

Re: [CMake] Trouble starting ctest run with intention of reportingto dashboard

you "include(CTest)" in your CMakeLists.txt file? Yes, in the top-level one, as shown above. -Steve On Wed, Jun 10, 2009 at 2:02 PM, Steve Huston wrote: Hi folks, I've tried a few more things and am at a loss at this point. First, I ran this under strace on Linux to see what ctest

Re: [CMake] Trouble starting ctest run with intention of reportingto dashboard

IME "00:00:00 EST") set(CTEST_DROP_METHOD "http") set(CTEST_DROP_SITE "www.riverace.com") set(CTEST_DROP_LOCATION "/CDash-1.4.2/submit.php?project=Qpid") set(CTEST_DROP_SITE_CDASH TRUE) Any clues on what needs to be set? Thanks, -Steve > -Original Message- >

Re: [CMake] Convert unix c++ compiler flags to windows compiler flags?

> I have these compiler flags in a CMakeList.txt file for some linux code: > > SET(CMAKE_CXX_FLAGS > "${CMAKE_CXX_FLAGS} -w -lX11 -Dcimg_use_xshm -lXext -Dcimg_use_xrandr -lXrandr > -O3 -fpermissive -march=nocona -m64 -ffast-math -funroll-loops -finline-functions") > > Any ideas on who I convert

Re: [CMake] Trouble starting ctest run with intention of reporting to dashboard

the file and re-ran ctest... No change in output. I was thinking it should complain about the junk in the file. What do you think? Thanks, -Steve On Thu, Jun 4, 2009 at 12:26 PM, Steve Huston wrote: Still have problems... On Linux, I cd to my main source dir... [shus...@smokey cpp]$ ctest

Re: [CMake] Trouble starting ctest run with intention of reporting to dashboard

MMAND "${CTEST_SVN_COMMAND}") set (CTEST_EXTRA_UPDATES_1 "C:/ace/exported/qpid/trunk/qpid/specs") set (CTEST_EXTRA_UPDATES_2 "C:/ace/exported/qpid/trunk/qpid/gentools") set (CTEST_ENVIRONMENT "LD_LIBRARY_PATH=${CTEST_BINARY_DIRECTORY}/src:/usr/lib}") set (NIGH

[CMake] Trouble starting ctest run with intention of reporting to dashboard

I'm getting a Cdash dashboard set up; I believe the Cdash stuff is set up correctly on my web server. Now I'm trying to run a build. I'm getting an immediate error: C:\ace\exported\qpid> ctest -S trunk_nightly.cmake --ctest-config trunk\qpid\cpp\CTestConfig.cmake Unable to run ctest: Cannot find f

Re: [CMake] How to get the evaluated path to a target - MSVC

FF IX}") ENDIF(EXISTS "${my_BASE_DIR}/bin/${my_CONFIGURATION_TYPE}/my${CMAKE_EXECUTABLE_SUFF IX}") ENDIF(NOT EXISTS "${my_EXECUTABLE}") ENDFOREACH(my_CONFIGURATION_TYPE) ENDIF(NOT EXISTS "${my_EXECUTABLE}") MESSAGE(STATUS "my_EXECUTABLE='${my_EXECU

Re: [CMake] How to get the evaluated path to a target - MSVC

Hi John, Thanks for replying. > On Fri, May 22, 2009 at 12:18 PM, Steve Huston > wrote: > > I'm using cmake for some cross-platform Linux/Windows stuff. When > > ctest runs my tests, there is often the need to have a > wrapper script > > run the test - it set

[CMake] How to get the evaluated path to a target - MSVC

I'm using cmake for some cross-platform Linux/Windows stuff. When ctest runs my tests, there is often the need to have a wrapper script run the test - it sets up env variables (sometimes by reading the content of a file), runs the test, scans log files, runs valgrind, etc. So, I'm passing the actua

Re: [CMake] Question on variable check in Cmake macro files

Thanks, Denis! To KitWare... UNSET is not in the "Mastering CMake" book... > -Original Message- > From: Denis Scherbakov [mailto:denis_scherba...@yahoo.com] > Sent: Tuesday, April 28, 2009 12:10 PM > To: cmake@cmake.org; Steve Huston > Subject: Re: [CMake] Ques

[CMake] Question on variable check in Cmake macro files

Hi, While trying to figure out why my check for a system header file is not working, I was reading the CheckIncludeFile.cmake source to see what it does. I have a question on this idiom: IF("${VARIABLE}" MATCHES "^${VARIABLE}$") ... It seems to prevent the check for the include file from runn

Re: [CMake] How to use generated cmake files?

#x27;t find anything. > I'm using CMake 2.6.2 on Linux. I did something like this by running the generator program from inside cmake itself - not at build time. I got this hint from others on the list and it works well. I protected the generator step in my CMakeLists.txt with a check if th

Re: [CMake] Technique for generating projects that depend ongenerated sources

Thanks very much for all the hints - I appreciate it. > -Original Message- > From: cmake-boun...@cmake.org > [mailto:cmake-boun...@cmake.org] On Behalf Of Eric Noulard > > 2009/3/1 Alexander Neundorf : > > On Friday 27 February 2009, Steve Huston wrote: > >&g

Re: [CMake] Technique for generating projects that depend on generated sources

the build now that the complete list of sources is known. - rerun the build with the complete set of sources I tried to make that all happen automatically in the build. -Steve -- Steve Huston, Riverace Corporation Check out my networked programming blog at http://stevehuston.wordpress.com

[CMake] Technique for generating projects that depend on generated sources

e now-known set of generated sources, an error was thrown because cmake couldn't update VS macros while VS is running. So close, yet so far... ;-) Is there a common pattern for how to address this type of situation? Thanks, -Steve -- Steve Huston, Riverace Corporation Check out my networked

[CMake] Cmake replacement for AC_SEARCH_LIBS?

t really the same as CheckLibraryExists... Is there something that does this in cmake? Thanks, -Steve -- Steve Huston, Riverace Corporation Check out my networked programming blog at http://stevehuston.wordpress.com/ ___ Powered by www.kitware.com Visi