Re: [CMake] CMake2.5 - wrong default install location for mingw

Gonzalo Garramuño wrote: Compiling CMake HEAD with mingw. After install, it defaulted to installing in $PROGRAMFILES/CMake, instead of /usr/local/ (ie. C:/msys/1.0/usr/local) incorrectly overwriting my MSVC version. That is not a bug. MSYS in its charter explicitly says it does not

Re: [CMake] CMake 2.5 - MinGW fails with NMake Mafiles

[EMAIL PROTECTED] wrote: On Friday 19 October 2007 13:11, David Cole wrote: Do not pass -DCMAKE_SYSTEM=Windows-5.1 on the command line. CMake expects to compute that value itself... On 10/19/07, Gonzalo Garramuño [EMAIL PROTECTED] wrote: MinGW CMake also says it supports NMake Makefiles

Re: [CMake] CMake2.5 - wrong default install location for mingw

Bill Hoffman wrote: That is not a bug. MSYS in its charter explicitly says it does not want to become a new cygwin. The tools in msys are available only for support of the compiler tool chain. The main goal is to build native windows applications with the mingw tool chain. If you want posix

Re: [CMake] Mac creation of bundles and frameworks

I end up using custom shell scripts to copy all my libraries and support files into the proper location in the App bundle. I would be nice if there were some macros that would take care of these types of things as suggested on the WIki Site. -- Mike Jackson Senior Research Engineer

Re: [CMake] CMake2.5 - wrong default install location for mingw

Bill Hoffman wrote: There is no way to tell at cmake time what the user intends to use the code for. If the user of cmake is building a windows app, which is the standard use case for MinGW, then it you don't want /usr/local. I disagree. You can infer how MinGW is being used by looking at

Re: [CMake] CMake2.5 - wrong default install location for mingw

Gonzalo Garramuño wrote: What you want to do is extend the msys environment with extra POSIX compatible tools. No. I was just trying to compile cmake (or other stuff) under msys and have it behave like all other (subset of) autotools libraries or executables that can be compiled under

Re: [CMake] Mac creation of bundles and frameworks

Mike Jackson wrote: I end up using custom shell scripts to copy all my libraries and support files into the proper location in the App bundle. I would be nice if there were some macros that would take care of these types of things as suggested on the WIki Site. --Mike Jackson Senior

[CMake] Hyperlinked indexed reference?

Is there any hyperlinked (and preferably indexed) command reference? TIA Fernando Cacciola ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake

[CMake] Mac creation of bundles and frameworks

What is current status of being able to create bundles and frameworks for the mac? I found these pages on the wiki, but they are a year old now. http://www.cmake.org/Wiki/CMake:Bundles_And_Frameworks http://www.cmake.org/Wiki/CMake:MacOSX_Frameworks Thanks, James

Re: [CMake] ctest variables on the commandline

So is there another way to have a ctest script do different things based on a command line argument? Thanks, James James Bigler wrote: Is it possible to pass in values to ctest from the command line like cmake: ctest -DTEST_TYPE:STRING=Experimental test.cmake The help file for ctest doesn't

Re: [CMake] CMake2.5 - wrong default install location for mingw

Gonzalo Garramuño wrote: Bill Hoffman wrote: That is not a bug. MSYS in its charter explicitly says it does not want to become a new cygwin. The tools in msys are available only for support of the compiler tool chain. The main goal is to build native windows applications with the mingw tool

Re: [CMake] CMake2.5 - wrong default install location for mingw

Brandon Van Every wrote: Agreed, having gone through this debate awhile ago. I would further note that MinGW doesn't require MSYS, and that one would of course expect %ProgramFiles% as the default in that case. Adding MSYS doesn't change the compiler being used, and the MSYS philosophy is as

[CMake] A iconv check cmake file

I have not found one module to find iconv library in cmake, so I wrote one, here is the code: # Find iconv library # # Author: Eddy Xu [EMAIL PROTECTED] # # Released under BSD license # # ICONV_INCLUDE_DIRS - where to find iconv.h, etc # ICONV_LIBRARIES - Lists of libraries when using

Re: [CMake] using SOURCE_GROUP

Whoops please ignore that - it works perfectly - I forgot I had commented the statements out, Thanks, Mark On 10/19/07, Mark Wyszomierski [EMAIL PROTECTED] wrote: Hi Neal, That doesn't seem to work for me - does 'subgroup' need to be created beforehand somehow? The following works for me:

Re: [CMake] using SOURCE_GROUP

Hi Neal, That doesn't seem to work for me - does 'subgroup' need to be created beforehand somehow? The following works for me: SOURCE_GROUP(Test FILES a.cpp a.h) but this doesn't seem to: SOURCE_GROUP(Source Files\\Test FILES a.cpp a.h) Thanks, Mark On 10/19/07, Neal Meyer [EMAIL

Re: [CMake] including paths - basic

IF ( CMAKE_BUILD_TYPE MATCHES Debug ) ADD_DEFINITIONS(-DDEBUG) ADD_DEFINITIONS(-Wall) ENDIF ( CMAKE_BUILD_TYPE MATCHES Debug ) -- Mike Jackson Senior Research Engineer Innovative Management Technology Services On Oct 19, 2007, at 9:34 AM, Mark Wyszomierski wrote: It works fine

Re: [CMake] using SOURCE_GROUP

You just need to use the other slash SOURCE_GROUP( source\\subgroup FILES ${SOURCES} ) -Neal On 10/19/07, Mark Wyszomierski [EMAIL PROTECTED] wrote: Hi, Is it possible to create sub folders in the source tree for vc++ makes? I'm trying something like: IF (WIN32) SOURCE_GROUP(Source

[CMake] using SOURCE_GROUP

Hi, Is it possible to create sub folders in the source tree for vc++ makes? I'm trying something like: IF (WIN32) SOURCE_GROUP(Source Files/Hello/ FILES a.cpp a.h AssocEchoSCP.cpp) ENDIF (WIN32) CMake automatically makes a source folder called Source Files, and I'd like to put a source folder

Re: [CMake] Checking to see if a filename is of a given file type.

On 10/19/07, Josef Karthauser [EMAIL PROTECTED] wrote: Is there a canonical way of matching a filename against a number of filetypes? Just use the STRING(REGEX functions. FILE(GLOB could also work in some circumstances. Cheers, Brandon Van Every

[CMake] Checking to see if a filename is of a given file type.

Is there a canonical way of matching a filename against a number of filetypes? I have a list of files MY_FILES, and I'd like to efficiently extract those which match a given list of filename extensions, in otherwords something like this: SET(ALL_FILES_VAR this.c that.cpp

Re: [CMake] CMAKE 2.5 MinGW returns bad WIN32

Hi, On Friday 19 October 2007 06:24, Gonzalo Garramuño wrote: I'm running FindOpenGL and FindGLUT on a mingw based compile, with MSYS Makefiles and CMAKE_CXX_COMPILER=g++. That is, a standard GNU build. FindOpenGL and FindGLUT fail to find the microsoft opengl32.lib and dll and the

Re: [CMake] Patch for Eclipse generator

Hi, On Friday 19 October 2007 01:18, Pau Garcia i Quiles wrote: Hello, As I told yesterday, here comes a patch for the Eclipse CDT4 generator available in the current CVS version of CMake. Although I have not extensively tested it, the works fine. In addition to the in-tree build which has

Re: [CMake] CMake 2.5 - MinGW fails with NMake Mafiles

On Friday 19 October 2007 13:11, David Cole wrote: Do not pass -DCMAKE_SYSTEM=Windows-5.1 on the command line. CMake expects to compute that value itself... On 10/19/07, Gonzalo Garramuño [EMAIL PROTECTED] wrote: MinGW CMake also says it supports NMake Makefiles (actually, tons of formats

Re: [CMake] including paths - basic

On Thursday 18 October 2007 19:32, Mark Wyszomierski wrote: Hi, I'm new to cmake, it looks great. Is it possible to include different paths conditionally, like: include_directories (${MY_PROJECT_SOURCE_DIR}/my_lib) IF (WIN32) include_directories (C:/my_stuff/lib/something) ELSE (WIN32)

[CMake]CTest scripting, change location of Xml Files

Hello all, I have a ctest script which will be call many times. I do not use Dart submitting, I only want the Xml files. So I call CTEST_CONFIGURE, CTEST_BUILD, CTEST_TEST. And all this functions put their Xml files in the Testing directory. However I want to create subdirectories (with a name

Re: [CMake] CMake2.5 - wrong default install location for mingw

On 10/19/07, Bill Hoffman [EMAIL PROTECTED] wrote: Gonzalo Garramuño wrote: Compiling CMake HEAD with mingw. After install, it defaulted to installing in $PROGRAMFILES/CMake, instead of /usr/local/ (ie. C:/msys/1.0/usr/local) incorrectly overwriting my MSVC version. That is not a

Re: [CMake] CMake 2.5 - MinGW fails with NMake Mafiles

Gonzalo Garramuño wrote: MinGW CMake also says it supports NMake Makefiles (actually, tons of formats which sounds super cool). After compiling a MinGW CMake, I tried using it to compile cmake again with NMake Makefiles and it also worked. What do you mean after compiling a MinGW CMake?