On 06/27/2011 12:43 AM, Klaim - Joël Lamotte wrote:
> 2011/6/26 David Cole
>
>> In your top level CMakeLists.txt:
>>
>> add_subdirectory(B)
>> add_subdirectory(A)
>> add_subdirectory(C)
>>
>> A & C must come after B since they both depend on B.
>>
>> Does that help?
>>
>>
> Thanks for your answer
cmake-boun...@cmake.org wrote on 23.06.2011 12:42:42:
> From: mika.raj...@patria.fi
> To: cmake@cmake.org
> Date: 23.06.2011 12:43
> Subject: Re: [CMake] CDash broken after production mode is set to true
> Sent by: cmake-boun...@cmake.org
>
> - Forwarded by Mika Rajala/PATRIA on 23.06.2011 12
2011/6/27 Klaim - Joël Lamotte
>
> The full repostory is up to date now there:
> http://code.google.com/p/art-of-sequence/source/browse/
> In tools directory, project A is aosdesigner, project B is aoslcpp, project
> C is the test project under aoslcpp.
>
>
In case it helps, what I find strange i
2011/6/26 David Cole
> In your top level CMakeLists.txt:
>
> add_subdirectory(B)
> add_subdirectory(A)
> add_subdirectory(C)
>
> A & C must come after B since they both depend on B.
>
> Does that help?
>
>
Thanks for your answer. It don't seem so, but let me explain you the full
context:
in the
We will be getting to various Xcode 4 issues over the coming months.
In the meantime, I would look into whether there's a way to suppress the
generation of the INSTALL_PATH lines rather than having to run a
post-processing script. If I remember this later on I'll check into it
myself and repor
I was writing exactly about this, then found this email.
Let me elaborate the problem a bit more, since what we need really is
a best pratice.
Suppose you have a project with multiple libraries and a test project.
The problem is that generated DLLs are not on PATH, so the exe will
not find it. Usu
In your top level CMakeLists.txt:
add_subdirectory(B)
add_subdirectory(A)
add_subdirectory(C)
A & C must come after B since they both depend on B.
Does that help?
Hope so,
David
2011/6/26 Klaim - Joël Lamotte
> Hi,
>
> I'm having trouble understanding how I should solve this case correctly
Hi,
I'm having trouble understanding how I should solve this case correctly in
CMake :
I want my project A to include+link my project B. I already made it with
project C but it don't work with A.
I think the problems comes from the directory structure :
/myrepo/tools/A (exe/Qt)
/myrepo/tools/B (
I found a workaround, if anybody is interested. The problem lies in the cmake
generator setting the INSTALL_PATH to "" in the project file. Not sure why
cmake does this, but a fix is to remove all entries.
Here is a bash script which takes a pbxproj file as argument and fixes it:
#! /bin/bash
se
On 25/06/2011 07:30, "Michael Hertling" wrote:
>On 06/24/2011 04:16 PM, Owen Shepherd wrote:
>> I think the appropriate solution here is a project-specific dialect
>>flag -
>> perhaps one taking options in the GNU format since it seems most
>>familiar.
>> One could perhaps generalise this further
Hey!
I've experienced a few hickups when using cmake with XCode 4, and one of them
is the ability to create archives. In the IDE you do this by clicking
Product->Archive, which results in an archive which you later can sign with
different provisioning profiles when distributing iOS apps to beta
You could run ar -x at cmake runtime using
execute_process(...)
and then glob the objects.
If your archive is created by cmake, you could write a shell script,
that unpacks the archive and do what you wants with the object files.
Andreas
Am 26.06.2011 07:38, schrieb Dan Furtney:
I
12 matches
Mail list logo