I went to the solution to compile boost on linux with hardcode-dll-paths=false.

I want to make it work also on Windows.

What I did:

In user-config. jam:
using gcc : arm : arm-none-linux-gnueabi-g++. exe ;

Path of the compiler is in PATH variable.

Command for build:
b2.exe target-os=linux toolset=gcc-arm threading=multi variant=release link=shared optimization=speed hardcode-dll-paths=false stage --with-system --with-filesystem

I had copy the libs to a new folder, compiled a simple test program. It compiles and links ok but issues a warning that full path is not found.

I copy the executable and libs to the target but runtime linker is searching for the full path and is not checking anymore in the -L paths and stops with error, lib not found.

Do you have any other workaround to this problem?


-----Original Message-----
From: Vladimir Prus <ghost@cs.msu.su>
To: "boost-users@lists.boost.org" <boost-users@lists.boost.org>
Sent: Fri, 10 Jan 2014 9:00 PM
Subject: Re: [Boost-users] Cross compiling boost Windows -> Arm

On 10.01.2014 22:47, Marius Adrian DOBRESCU wrote:
>
> Hello.  I have a problem compiling boost with arm-none-linux-gnueabi-g++ on Windows.
> Shared library dependencies paths seems to be hard-coded with Windows paths:
>
> Example: build\bin.v2\libs\filesystem\build\gcc-arm\release\target-os-linux\threading-multi\...
>
> I tried to build with --prefix. Not working.  Hardcode-dll-paths not working too. Tried to specify an explicit -rpath. The so shared
> libraries are compiled with hard-coded paths inside,  with backslash \\\ and I cannot use them on linux-arm.
> On stage directory they are hard-coded too.
>
> Any idea how can I disable this behavior and what options should I pass to boost and where?
>
> I want simple libraries without full rpaths and the build must be done on Windows with gcc-gnueabi.

Marius,

Did you try:

b2 hardcode-dll-paths=false

? What's the exact command line you've used for building?

Also, I am not sure what's the exact problem you're having. While using host paths for cross-compiling is certainly
wrong, I would have expected dynamic linker to just ignore paths that are not valid.

- Volodya


_______________________________________________
Boost-users mailing list
Boost-users@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-users