Re: [cmake-developers] fixup_bundle with @loader_path

2016-10-29 Thread Simon Wells
Hello, I think i have finally figured out whats causing the issue FindBoost.cmake explicitly lists the dependencies for every version, and therefore provides this information to cmake and getprereqs function(_Boost_COMPONENT_DEPENDENCIES component _ret) As each new version of boost is relea

Re: [cmake-developers] fixup_bundle with @loader_path

2016-01-14 Thread clinton
- On Jan 14, 2016, at 6:48 AM, Brad King brad.k...@kitware.com wrote: > On 01/13/2016 01:38 AM, Simon Wells wrote: >> it kept saying that @loader_path/libboost_chrono-mt.dylib was not found > > It looks like this was now reported here with a patch: > > https://cmake.org/Bug/view.php?id=1591

Re: [cmake-developers] fixup_bundle with @loader_path

2016-01-14 Thread Brad King
On 01/13/2016 01:38 AM, Simon Wells wrote: > it kept saying that @loader_path/libboost_chrono-mt.dylib was not found It looks like this was now reported here with a patch: https://cmake.org/Bug/view.php?id=15918 We already handle @executable_path, so @loader_path should be handled in a similar

[cmake-developers] fixup_bundle with @loader_path

2016-01-12 Thread Simon Wells
I currently have boost installed through brew of which kicad uses libboost_context-mt.dylib this library then depends on libboost_chrono-mt.dylib the otool -L for libboost_context-mt.dylib for chrono is @loader_path/libboost_chrono-mt.dylib After having numerous issues with trying to get this