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

[Guillaume Papin]

Great,

Happy to contribute to CMake.
- Guillaume
________________________________
From: Chuck Atkins [chuck.atkins at kitware.com]
Sent: 26 October 2014 05:18
To: Guillaume Papin
Cc: cmake-developers at cmake.org
Subject: Re: [cmake-developers] FindBoost.cmake cannot find some libraries when cross-compiling

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<mailto: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<mailto: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/43c32fbd/attachment-0001.html>