|
Boost-Build : |
From: Steinlein,Volker (EBV) (Volker.Steinlein_at_[hidden])
Date: 2008-06-03 05:19:54
Hello!
I am sorry, but I have a serious problem with absolute library paths
within depending BOOST libraries while creating an install package.
I want to build the boost libraries under HPUX 11.23 using the compiler
version 'B3910B A.06.17'. The libraries shall be 64 Bit libraries
('+DD64')
The intention is to get as result a directory where all boost libraries
are stored (for example '/home/steinlv/my_boost_dir/lib') because I
don't
have root access to the machine.
The libraries within this directory must references the dependend boost
libraries in a relative way. This is what I need if I call ldd for
libboost_filesystem
which is linked against the libboost_system:
ldd libboost_filesystem-mt-d-1_35.so
libboost_system-mt-d-1_35.so.1.35.0
I tried to build the library using the following command line:
> MY_BOOST_DIR='/home/steinlv/my_boost_dir'
> $BOOST_ROOT/tools/jam/src/bin.hpux*/bjam --build-dir=$MY_BOOST_DIR
--dll-path=$MY_BOOST_DIR --prefix=$MY_BOOST_DIR
--hardcode-dll-path=false
--toolset=acc threading=multi cflags=+DD64 cxxflags=+DD64
linkflags=+DD64
-sNO_ZLIB=1 -sNO_COMPRESSION=1 -sNO_BZIP2=1 release debug install
After the successfull completion of the build && install process all
libraries
are stored within '/home/steinlv/my_boost_dir/lib' which is exactly what
I wanted.
Nevertheless the result of the ldd call were always absolute paths:
[/home/steinlv/my_boost_dir/lib]:ldd libboost_filesystem-mt-d-1_35.so
/home2/steinlv/my_boost_dir/boost/bin.v2/libs/system/build/acc/debug/thr
eading-multi/libboost_system-mt-d-1_35.so.1.35.0 =>
/home/steinlv/my_boost_dir/boost/bin.v2/libs/system/build/acc/debug/thre
ading-multi/libboost_system-mt-d-1_35.so.1.35.0
Does anyone know what parameters I have to pass to bjam to avoid these
awfull
absolute paths? I tought the 'install' option would suppress this kind
of links.
Thanks for your help!
Best regards
Volker
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