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
[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
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
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
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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)
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
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
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?
27 matches
Mail list logo