[cmake-developers] FindBoost.cmake cannot find some libraries when cross-compiling

[Chuck Atkins]

Merged:

c752f8f165e9b8db7bc645cc55301277cd7773be Merge topic 'find-boost-no-reroot'


- Chuck

On Sun, Oct 26, 2014 at 12:18 AM, Chuck Atkins <chuck.atkins at kitware.com>
wrote:

> Guillaume,
>
> Nice patch!  Good detail in the commit message.  I make a few minor tweaks
> for typos and tense, but other than that, it's good.  Pushed to stage as
> 'find-boost-no-reroot' and merged to next for testing.  We'll keep an eye
> on the dashboards and fix as needed but I don't anticipate any issues.
>
> Thanks for the patch!
> - Chuck
>
> On Thu, Oct 23, 2014 at 4:09 AM, Guillaume Papin <
> guillaume.papin at parrot.com> wrote:
>
>>  Please find the patch attached to this email.
>> Let me know if anything is wrong.
>>
>> Best,
>> Guillaume
>>
>>
>> On 10/16/2014 05:09 PM, Chuck Atkins wrote:
>>
>>  Guillaume,
>>
>>  Please see CONTRIBUTING.rst in the top level of the CMake source tree.
>> If you can please create and post a patch against cmake master then I'll
>> work on getting it merged into cmake next.  Thanks for the bug fix!
>>
>>  - Chuck
>>
>> On Thu, Oct 16, 2014 at 10:32 AM, Chuck Atkins <chuck.atkins at kitware.com>
>> wrote:
>>
>>>  This looks like a reasonable way to accomplish this right now.  The
>>> underlying prioblem is that ther's no way to specify which path types get
>>> re-rooted and which don't.  Ideally you'd want to be able to specify in the
>>> toolchain for something like this that all paths operate in "ONLY" mode
>>> except HINTS, which you would want to place in NEVER mode.  I'm currently
>>> working on just such a feature but in the meantime, forcing it like this in
>>> the FindBoost module looks reasonable.
>>>
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20141029/9b14c2ba/attachment.html>