It looks like:
set (CMAKE_OSX_ARCHITECTURES i386 ppc)
will build a universal binary for a debug build on any platform. How
can someone configure things so that Xcode will build a platform
specific debug version that is 32-bit?
On 05/01/2010 04:55 PM, Mike Jackson wrote:
You need to set
On Sun, May 2, 2010 at 3:40 AM, Zhuang Song zhuang.s...@gmail.com wrote:
Hi!
I am trying to install CMake in our Linux server. I follow the three
steps: $ ./bootstrap; make; make install
in running bootstrap, I got the following messages:
***
Well, setting CMAKE_OSX_ARCHITECTURES to i386 AND ppc is going to get you a
universal build, both of the architectures being 32-bit. So, what is it
exactly that you want?
Michael Wild
On Sun, May 2, 2010 at 8:15 AM, Tron Thomas tron.tho...@verizon.net wrote:
It looks like:
set
On 5/2/2010 4:55 AM, Michael Wild wrote:
On Sun, May 2, 2010 at 3:40 AM, Zhuang Song zhuang.s...@gmail.com
mailto:zhuang.s...@gmail.com wrote:
Hi!
I am trying to install CMake in our Linux server. I follow the three
steps: $ ./bootstrap; make; make install
in running
I can achieve this by gcc :
gcc -mwindows -o simple simple.c
But only find this in cmake:
add_executable(simple WIN32 simple.c)
But it's not exactly the same as -mwindows,
this will require the entry point to be WinMain,
while gcc -mwindows doesn't require this.
How should I do it
Before when I was using an earlier version of CMake, it would configure
the project to build a 32-bit version of all the project target's
regardless of which version of Mac OS X I was using. It would also
build just the platform specific version of the targets for a debug build.
Now that I
You might try this approach:
Since you want to use 32-bit on MacOSX 10.6, when in debug, set the
architecture only in your particular case
cmake_minimum_required(VERSION 2.4)
PROJECT(Test)
IF (${CMAKE_SYSTEM_NAME} MATCHES Darwin)
Message(${CMAKE_SYSTEM_VERSION})
STRING (REGEX MATCH ^[^.]+
Hi Thomas,
On 5/2/10 5:41 PM, Tron Thomas wrote:
Before when I was using an earlier version of CMake, it would configure
the project to build a 32-bit version of all the project target's
regardless of which version of Mac OS X I was using. It would also
build just the platform specific
I think part of the problem you are seeing is that OS X 10.6 defaults
to a 64 bit build where as OS X 10.5 defaults to a 32 bit build. So in
order for you to build a 32 bit binary on OS X 10.6 you need to
specifically set CMAKE_OSX_ARCHITECTURES to i386 when you want to
build a 32 bit i386
Actually the gcc flags for OS X are:
-arch i386
-arch x86_64
-arch ppc
-arch ppc64
He should not have to set any environment variables but simply set the
correct CMAKE_OSX_ARCHITECTURES when he uses cmake.
_
Mike Jackson
add_executable(simple simple.c)
_
Mike Jackson mike.jack...@bluequartz.net
BlueQuartz Softwarewww.bluequartz.net
Principal Software Engineer Dayton, Ohio
On Sun, May 2, 2010 at 10:20 AM,
I don't think this will work. The first approach relies on
CMAKE_BUILD_TYPE, which is only applicable to make based generators. I
build my project on Mac OS X using Xcode, which is not make based, at
least in this context.
The second solution just reverses the problem. By this I mean
Hello Werner,
It is not just a simple matter of setting the architectures to either
i386 or ppc. For debug, the project should create an architecture
specific build. For release, the project should build an universal binary.
The help documentation for CMake mentions a property call
Hi Bill,
Thank you for pointing this out. I did try several times to install
CMake. When I started with a clean build/source tree, I got a lot of
other errors in bootstrap. I tried to attach the output of bootstrap with error
messages, but it was hold by the maillist moderator because the file
I am not sure about binutils package. How do I check if it is installed?
Thanks,
Zhuang
On Sun, May 2, 2010 at 1:55 AM, Michael Wild them...@gmail.com wrote:
On Sun, May 2, 2010 at 3:40 AM, Zhuang Song zhuang.s...@gmail.com wrote:
Hi!
I am trying to install CMake in our Linux server. I
CMAKE_ BUILD_TYPE is only applicable to make based generators. As far
as I know, the Xcode generator for CMake is not a make based generator.
So I would not expect CMAKE_BUILD_TYPE to work in this situation.
On 5-2-2010 12:43, Mike Jackson wrote:
I think part of the problem you are seeing
On 2010-05-02 14:53-0700 Zhuang Song wrote:
Hi Bill,
Thank you for pointing this out. I did try several times to install
CMake. When I started with a clean build/source tree, I got a lot of
other errors in bootstrap. I tried to attach the output of bootstrap with error
messages, but it was
Hi Alan,
Thank you for pointing out the issue of the Linux version.
That is an extraordinarily old kernel likely accompanied by an old Linux
distribution as well. Is that RHEL 4 (which does use kernel 2.6.9) or one
of its clones? RHEL 4 came out in 2005.
Sorry I probably didn't get
On 5/2/2010 5:53 PM, Zhuang Song wrote:
Hi Bill,
Thank you for pointing this out. I did try several times to install
CMake. When I started with a clean build/source tree, I got a lot of
other errors in bootstrap. I tried to attach the output of bootstrap with error
messages, but it was hold by
Hi Bill,
So, you don't have the curses developer package installed. You need to have
the curses header files installed. Have you tried just using the linux
binary from www.cmake.org?
Where can I get the curses developer package compatible with CMake and
Linux 2.6.18?
I tried to run linux
Hi,
I tried searching the list archives but did not find and answer to my
problem. I am fairly new to Cmake so maybe I just don't know exactly what to
look for.
I installed Cmake on an IBM power machine that only had the gcc compilers. I
am guessing that is where and how cmake is determining
I am not sure whether this is more a cmake config issue or a PV one.
I am trying to compile PV with MinGW. Everything goes fine till I get a
surprinsing error (see below).
I tried to add the required option of
the linker --enable-auto-import everywhere I can in the cmake
configuration
22 matches
Mail list logo
