Hi there,
I am trying to use CMake to develop Apps for a jailbroken iPhone using
the iphonedevonlinux toolchain[1]. I got the toolchain to work and
build the included test app, HelloToolchain. What I am trying to do
next is write a CMakeLists.txt for this test App. I renamed it as
KKToolchain for
david.k...@l-3com.com wrote:
> I very much sympathize with your aversion to re-introducing all this
> fine-grained control
Okay, your argument presents sufficient motivation to consider this
extra control for build trees. See below ("Moving forward...").
> The command-line-and-templates alternat
> david.k...@l-3com.com wrote:
> > Brad King wrote:
> >> Perhaps the install() command is better for that.
> >
> > it adds an extra step into the procedure
>
> Just run "make install" instead of "make".
If they used make. But yes, I suppose we could have an Install "project" in
Visual Studio.
Also make sure that all paths are absolute. Relative paths sometimes have
strange effects in custom commands.
Michael
On 30. Mar, 2010, at 19:04 , David Cole wrote:
> That would happen if hcparser.y were changed. Does that file also change? Is
> it generated?
>
>
> 2010/3/30 Christoph Höger
That would happen if hcparser.y were changed. Does that file also change? Is
it generated?
2010/3/30 Christoph Höger
> Hi all,
>
> I have a buildsystem here for a project containing several subprojects. All
> those subprojects have their own CMakeLists.txt in a subfolder.
> One of those subproj
Hi all,
I have a buildsystem here for a project containing several subprojects. All
those subprojects have their own CMakeLists.txt in a subfolder.
One of those subprojects needs to run a script to generate some sourcefiles:
add_custom_command(OUTPUT ${typesh} ${typesc}
COMMAND ${binbas
On 2010-03-30 10:58-0400 Benoit Thomas wrote:
I'm using version 2.8.0
Indeed, when I'm doing a small test project, everything works perfectly. But
in my real project, it doesn't so I guess I'm doing something wrong
somewhere. I'll try to isolate the code which cause this problem.
Some possibi
No problem. When I resolved it, it was in cvs. Then, shortly thereafter it
was merged and released...
I added a note in the issue tracker.
Beef with Mantis: why can't I add a note to a "resolved" bug...?
On Tue, Mar 30, 2010 at 11:07 AM, Simmons, Aaron
wrote:
> Ah, the bug didn’t say that it
Ah, the bug didn't say that it had been released yet, just that it was in cvs.
Sorry for the trouble. Thanks!
From: David Cole [mailto:david.c...@kitware.com]
Sent: Tuesday, March 30, 2010 7:59
To: Simmons, Aaron
Cc: cmake@cmake.org
Subject: Re: [CMake] working around gcc version bug in xocde g
Other PROJECT commands or ENABLE_LANGUAGE calls are the things that would
trigger the checks for compilers...
On Tue, Mar 30, 2010 at 10:58 AM, Benoit Thomas
wrote:
> I'm using version 2.8.0
>
> Indeed, when I'm doing a small test project, everything works perfectly.
> But in my real project, i
I'm using version 2.8.0
Indeed, when I'm doing a small test project, everything works perfectly.
But in my real project, it doesn't so I guess I'm doing something wrong
somewhere. I'll try to isolate the code which cause this problem.
Thanks for the help,
Ben.
On 2010-03-30 10:05, David Cole
Hi Thomas
Benoit Thomas ha scritto:
> Is there any other way to diasble cmake for looking for a valid
> compiler ?
I'm not sure, but if you use
INCLUDE(CMakeForceCompiler)
CMAKE_FORCE_C_COMPILER("" GNU)
CMAKE_FORCE_CXX_COMPILER("" GNU)
probably CMake doesn't look for another compiler.
Bye
Dros
It will also prevent any c or c++ from being compiled...
CMake really needs to do this.
On Mar 30, 2010 10:06 AM, "David Cole" wrote:
What is the output, if you have a CMakeLists.txt file with this content:
project(xyz NONE)
And then run this command in the same dir with the CMakeLists file:
m
Never mind, it's CMAKE_XXX_IMPLICIT_LINK_LIBRARIES.
Regards,
Arjen
>-Original Message-
>From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf
>Of Verweij, Arjen
>Sent: dinsdag 30 maart 2010 16:02
>To: cmake@cmake.org
>Subject: [CMake] pgf90: influencing link flags for t
On 30. Mar, 2010, at 15:45 , David Cole wrote:
> Not yet. Good feature request, though.
>
>
> On Mon, Mar 29, 2010 at 2:59 PM, James Bigler wrote:
>
>> I've looked at the documentation for find_file, and it seems like I have to
>> specify all possible permutations of the name explicitly. Is
What is the output, if you have a CMakeLists.txt file with this content:
project(xyz NONE)
And then run this command in the same dir with the CMakeLists file:
mkdir build && cd build && cmake --version && cmake .. && cd ..
Mine is:
cmake version 2.8.1
-- Configuring done
-- Generating done
-- Bui
Hi,
After clearing a lot of FLAGS, the final link rule for my executable has been
reduced to something that resembles what is being used to link it with the
current make system.
But I still want to get rid of some other stuff like -lpgc and -lnspgc. Is
there a possibility to influence this as
With CMake 2.8.1, you can, in your CMakeLists.txt file:
set(CMAKE_XCODE_ATTRIBUTE_GCC_VERSION "4.2")
Or, more precisely:
set(CMAKE_XCODE_ATTRIBUTE_GCC_VERSION "com.apple.compilers.gcc.4_2")
This is part of the bug fix for
http://public.kitware.com/Bug/view.php?id=9125 which was included in the
2.
Hello,
I'm trying to prevent cmake for looking for a valid compiler (since it
currently doesn't find the appropriate compiler and we use cmake to
generate visual studio solutions).
I've tried using project (name NONE) but it doesn't seems to work; I
also tried other combination like project
> There will be a new FindHDF5.cmake?
> How will my CMakeLists.txt change?
I planned on spending a bit of time on resolving a few last CMake+HDF5 issues
before the 1.8.5 branch of hdf is closed (I believe April 15). I had planned on
looking at FindHDF5.cmake as clearly a new one will be requir
Not yet. Good feature request, though.
On Mon, Mar 29, 2010 at 2:59 PM, James Bigler wrote:
> I've looked at the documentation for find_file, and it seems like I have to
> specify all possible permutations of the name explicitly. Is there a way to
> do so with a wild card?
>
> find_file(... NA
Verweij, Arjen wrote:
> Will 2.8.x clear this flag on Linux when the compiler is pgf90?
Yes, 2.8.1 has full support for PGI. Some platform info file
refactoring was done to avoid setting GNU-specific flags in
platform-wide files.
-Brad
___
Powered by w
On 30. Mar, 2010, at 13:38 , Biddiscombe, John A. wrote:
> We have a project where the data generated is very large and too costly to
> store permanently, so we'd like to be able to
>
>
> a) Tag the source code used when the run is initiated using the SCM
> (svn/git etc)
>
> b) Aut
We have a project where the data generated is very large and too costly to
store permanently, so we'd like to be able to
a) Tag the source code used when the run is initiated using the SCM
(svn/git etc)
b) Automatically store all the user configured CMake options (using cmake
CONFIG
24 matches
Mail list logo