On 07/26/2010 10:29 PM, Alexander Neundorf wrote:
> On Monday 12 July 2010, Michael Hertling wrote:
>> On 07/07/2010 09:44 AM, Michael Wild wrote:
>>> On 7. Jul, 2010, at 9:32 , Michael Hertling wrote:
On 07/03/2010 01:03 AM, Chris Hillery wrote:
> There's a slightly nicer work-around: Cha
On Monday 12 July 2010, Michael Hertling wrote:
> On 07/07/2010 09:44 AM, Michael Wild wrote:
> > On 7. Jul, 2010, at 9:32 , Michael Hertling wrote:
> >> On 07/03/2010 01:03 AM, Chris Hillery wrote:
> >>> There's a slightly nicer work-around: Change project A's CMakeLists to
> >>> set PROJB_OPENCV_
On 07/07/2010 09:44 AM, Michael Wild wrote:
>
> On 7. Jul, 2010, at 9:32 , Michael Hertling wrote:
>
>> On 07/03/2010 01:03 AM, Chris Hillery wrote:
>>> There's a slightly nicer work-around: Change project A's CMakeLists to set
>>> PROJB_OPENCV_LINK as a cache variable, ie, SET(PROJB_OPENCV_LINK
On 07/07/2010 09:40 AM, Chris Hillery wrote:
> On Wed, Jul 7, 2010 at 12:32 AM, Michael Hertling wrote:
>
>> IMO, things aren't sooo bad. ;-)
>>
>> [100 lines of explanation of how SET() behaves in 6 different ways elided]
>>
>
> I think you've just proven my point. Thanks! :)
Actually, I in
On 7. Jul, 2010, at 9:32 , Michael Hertling wrote:
> On 07/03/2010 01:03 AM, Chris Hillery wrote:
>> There's a slightly nicer work-around: Change project A's CMakeLists to set
>> PROJB_OPENCV_LINK as a cache variable, ie, SET(PROJB_OPENCV_LINK NO CACHE
>> BOOLEAN "doc"). I've tested it locally an
On Wed, Jul 7, 2010 at 12:32 AM, Michael Hertling wrote:
> IMO, things aren't sooo bad. ;-)
>
> [100 lines of explanation of how SET() behaves in 6 different ways elided]
>
I think you've just proven my point. Thanks! :)
Ceej
aka Chris Hillery
___
On 07/03/2010 01:03 AM, Chris Hillery wrote:
> There's a slightly nicer work-around: Change project A's CMakeLists to set
> PROJB_OPENCV_LINK as a cache variable, ie, SET(PROJB_OPENCV_LINK NO CACHE
> BOOLEAN "doc"). I've tested it locally and it works the way you want it to.
>
> It seems that CMak
Hi Chris,
Thanks for the detailed information. SET( CACHE ...) is effectively a
good workaround.
Gaspard
On Sat, Jul 3, 2010 at 1:03 AM, Chris Hillery wrote:
> There's a slightly nicer work-around: Change project A's CMakeLists to set
> PROJB_OPENCV_LINK as a cache variable, ie, SET(PROJB_O
There's a slightly nicer work-around: Change project A's CMakeLists to set
PROJB_OPENCV_LINK as a cache variable, ie, SET(PROJB_OPENCV_LINK NO CACHE
BOOLEAN "doc"). I've tested it locally and it works the way you want it to.
It seems that CMake divides the world of variables into two classes: cach