Boost logo

Boost-Build :

Subject: Re: [Boost-build] Cross-compiled boost shared objects contain long paths to other boost shared objects
From: Vladimir Prus (ghost_at_[hidden])
Date: 2013-05-13 01:23:35


On 10.05.2013 20:01, Eric Wenger wrote:
> I've followed the instructions for cross-compiling on the boost website to cross-compile a set of ARM Linux hard-float binaries (boost 1.50)
> from Windows using the Linaro windows toolchain (v4.7). Everything works fine, including setting a custom rpath for our system, but I
> cannot resolve the following issue. If I use objdump -p <boost.so> it shows the following NEEDED line:
>
> Dynamic Section:
> NEEDED
> bin.v2\libs\system\build\gcc-arm\release\target-os-linux\threadapi-pthread\threading-multi\libboost_system-gcc-mt-1_50.so.1.50.0
> NEEDED librt.so.1
> NEEDED libstdc++.so.6
> NEEDED libm.so.6
> NEEDED libgcc_s.so.1
> NEEDED libpthread.so.0
> NEEDED libc.so.6
>
> No matter what the rpath is, it always looks for the full path to the required object which doesn't exist on my target. Any ideas how I can
> resolve this?

Eric,

if you use hardcode-dll-paths=false property, the above behaviour will be gone. You call also use dll-path property to
set the true location of Boost libraries as installed on your target, if that's not usual place.

- Volodya


Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk