Hi all,
I am trying to build the OpenJPEG library, that uses CMake to generate
Makefiles, on MSYS with MinGW's gcc compiler.
Some files of the library include system-dependent headers depending on
the host system:
#ifdef WIN32
#include windows.h
#else
#include sys/time.h
#include sys/resource.h
Zitat von Florent Teichteil florent.teicht...@gmail.com:
I am trying to build the OpenJPEG library, that uses CMake to generate
Makefiles, on MSYS with MinGW's gcc compiler.
Some files of the library include system-dependent headers depending on
the host system:
#ifdef WIN32
#include windows.h
Thanks but what is the option when we use nmake to build?
-Vikas
-Original Message-
From: Tyler Roscoe [mailto:ty...@cryptio.net]
Sent: 18 February 2010 17:09
To: Chauhan, Vikas
Cc: Bill Hoffman; cmake@cmake.org
Subject: Re: [CMake] nmake build with different options at command
Le 19/02/2010 12:09, Hendrik Sattler a écrit :
Zitat von Florent Teichteil florent.teicht...@gmail.com:
I am trying to build the OpenJPEG library, that uses CMake to generate
Makefiles, on MSYS with MinGW's gcc compiler.
Some files of the library include system-dependent headers depending on
Zitat von Florent Teichteil florent.teicht...@gmail.com:
Le 19/02/2010 12:09, Hendrik Sattler a écrit :
Zitat von Florent Teichteil florent.teicht...@gmail.com:
I am trying to build the OpenJPEG library, that uses CMake to generate
Makefiles, on MSYS with MinGW's gcc compiler.
Some files of
I would like to have some clarification about module and include
effective search order:
I am in the following situation:
I use (configure) a project that is overriding some CMake standard Find
modules by doing in his main CMakeLists.txt file:
SET(CMAKE_MODULE_PATH
On 2/18/2010 8:38 PM, Samuel E. Henley wrote:
I have a new warning warning: -fPIC ignored for target (all code is
position independent) Under Windows - Mingw
CMAKE_SHARED_LIBRARY_C_FLAGS and CMAKE_SHARED_LIBRARY_CXX_FLAGS has to
be cleared of -fPIC, -fIPC is not used with gcc in Windows.
This
On Fri, Feb 19, 2010 at 8:46 AM, Brad King brad.k...@kitware.com wrote:
On 2/18/2010 4:35 PM, Ben Medina wrote:
I just took it for a spin on the Windows side of my projects. It
worked flawlessly with VS2005 and VS2008.
Great, thanks for trying it.
However, with VS2010, CMake is re-run in
Brad King wrote:
On Interix we cannot rely on SIGCHLD because it is only sometimes
delivered. Our SIGCHLD handler wakes up any current select() call to
check if its child terminated, but the handler itself does not care
about any child. Therefore we can use the same handler with SIGALRM to
add_dependencies() seems to be working with add_subdirectory()
sorry for the noise
-Mathieu
On Fri, Feb 19, 2010 at 3:46 PM, Mathieu Malaterre
mathieu.malate...@gmail.com wrote:
Hi,
I am trying to find a solution with add_custom_command that can only
depends on file generated within the
Hi Darren,
Let me address first one of the issues that seems to
be making harder to track the real underlying problem.
The fact that ITK builds on Mac always
start to build from scratch.
We have observed this behavior in the continuous
builds in Mac Minis in the Dashboard:
Hi all,
I've noticed a problematic behaviour with the FIND_XXX macros when using
ENV in either PATHS or HINTS: symbolic links get converted to the real
paths. This happens with cmake 2.6.x and 2.8.0. Is this a bug?
Here's an example:
$ ls -l /opt/hdf5
lrwxrwxrwx 1 root root 18 2009-09-21 10:08
On Fri, Feb 19, 2010 at 11:19:18AM -, Chauhan, Vikas wrote:
Thanks but what is the option when we use nmake to build?
I don't understand your question.
tyler
-Original Message-
From: Tyler Roscoe [mailto:ty...@cryptio.net]
Sent: 18 February 2010 17:09
To: Chauhan, Vikas
On Fri, Feb 19, 2010 at 08:03:59AM -0800, Tyler Roscoe wrote:
On Fri, Feb 19, 2010 at 11:19:18AM -, Chauhan, Vikas wrote:
Thanks but what is the option when we use nmake to build?
I don't understand your question.
Ok I'll take a stab.
Since CMAKE_BUILD_TYPE is a cache variable, you
Folks:
I'm having trouble bootstrapping CMake 2.8.0 on 64-bit SUSE - while
linking the cmake executable, I get the following:
/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../x86_64-suse-linux/bin/ld:cmListFileLexer.o:
file format not recognized; treating as linker script
I'm not familiar
Thanks Michael. I guess I didn't understand what it was asking.
-
Aaron Wright
From:
Michael Wild them...@gmail.com
To:
aaron_wri...@selinc.com
Cc:
cmake@cmake.org
Date:
02/18/2010 03:03 PM
Subject:
Re: [CMake] Windows Version in HEX
Timothy Shead wrote:
Folks:
I'm having trouble bootstrapping CMake 2.8.0 on 64-bit SUSE - while
linking the cmake executable, I get the following:
/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../x86_64-suse-linux/bin/ld:cmListFileLexer.o:
file format not recognized; treating as linker
My question has been stated in this post before, but I will repeat here
for convenience:
We have a way to build desired configuration using cmake (independent of
what is present as default in cmakecache.txt):
cmd cmake --build .. --config= Release
I can choose different build config here at build
On 2/19/10 10:36 AM, Bill Hoffman wrote:
Timothy Shead wrote:
I'm having trouble bootstrapping CMake 2.8.0 on 64-bit SUSE - while
linking the cmake executable, I get the following:
/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../x86_64-suse-linux/bin/ld:cmListFileLexer.o:
file format not
You cannot do the same thing with nmake. You must do it with cmake.
If you want to build multiple configurations in the same build tree, you
must use the Visual Studio or Xcode generators. The nmake and other Makefile
generators only support ONE CMAKE_BUILD_TYPE in a given build tree.
The way to
On a new Windows XP machine I just installed MSVS 8.0 and CMake 2.8.0.
Running CMake on either VXL or GEVXL (an internal project) I get these
errors from CMake, usually several times each.
error opening key:
Software\Microsoft\VisualStudio\8.0\vsmacros\OtherProjects7
error opening key:
Is this the Express version of Visual Studio? Visual Studio Express
does NOT support the macros.
___
Mike Jackson www.bluequartz.net
Principal Software Engineer mike.jack...@bluequartz.net
BlueQuartz Software
From: Michael Jackson
Is this the Express version of Visual Studio? Visual Studio
Express does NOT support the macros.
Not express. I'm using Microsoft Visual Studio 2005 Professional
Edition
Thanks,
Fred
___
Powered by www.kitware.com
Visit
Recently I have moved to appending the svn rev to the end of my patch
version. An example of this is the following:
set (StudyManager_VERSION_MAJOR 0)
set (StudyManager_VERSION_MINOR 0)
set (StudyManager_VERSION_PATCH 0)
Hello,
My CMake project links a boost python shared library when builiding the
libraries and executables. I am using CPack to make an rpm of my project,
but the boost python shared library is not included in the rpm. So when the
user tries to install the rpm, it asks for this boost python
On Fri, Feb 19, 2010 at 06:44:20PM -0500, John Drescher wrote:
Under windows I am using the cygwin svn executable for this. The find
module does not automatically find subversion however if I enter it in
cmake-gui in xp64 all is well and I get the expected patch version
appended. However
On Fri, Feb 19, 2010 at 7:30 PM, Tyler Roscoe ty...@cryptio.net wrote:
On Fri, Feb 19, 2010 at 06:44:20PM -0500, John Drescher wrote:
Under windows I am using the cygwin svn executable for this. The find
module does not automatically find subversion however if I enter it in
cmake-gui in xp64
Hi there!
I've written almost all the .cmake files required to add Erlang
support, but when I was approaching completion, I realized--to be
honest, got confused by the fact that there is no linking phase. So
here is the question: what should CMAKE_Erlang_LINK_EXECUTABLE look
like? Or speaking
Am Samstag 20 Februar 2010 01:27:20 schrieb Robert Knapke:
My CMake project links a boost python shared library when builiding the
libraries and executables. I am using CPack to make an rpm of my project,
but the boost python shared library is not included in the rpm. So when
the user tries
29 matches
Mail list logo