Subject: [Boost-bugs] [Boost C++ Libraries] #2438: gcc.jam sets LD_LIBRARY_PATH which breaks FreeBSD build
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2008-10-27 16:57:07
#2438: gcc.jam sets LD_LIBRARY_PATH which breaks FreeBSD build
--------------------------------+-------------------------------------------
Reporter: pisymbol_at_[hidden] | Type: Bugs
Status: new | Milestone: Boost 1.37.0
Component: Building Boost | Version: Boost Development Trunk
Severity: Problem | Keywords:
--------------------------------+-------------------------------------------
In build/tools/v2/tools/gcc.jam we are setting the LD_LIBRARY_PATH for
compilation to:
/usr/bin:/usr/lib:/usr/lib32:/usr/lib64
Couple of points:
- /usr/bin (?) :D
- /usr/lib on FreeBSD does not contain major number libs so most if not
all binaries will not pick up anything from here
- /usr/lib32 on FreeBSD DOES CONTAIN major number libs so if you are
building on 32-bit this will work, HOWEVER if you are building 64-bit then
this will cause failures
- /usr/lib64 does not exist on FreeBSD (I believe this is a Linux thing)
Based on the comments within gcc.jam I FEEL as do some other people (see
thread reference) that if bjam is *really* going to rely on rtld then it
should do so by NOT setting anything to LD_LIBRARY_PATH which many have
pointed out is only to be used when the standard search path is not
enough. Setting this PATH is very dangerous and for 99% of the build
cases, rtld does the right thing.
Thread:
http://www.nabble.com/Boost-1.36.0-FreeBSD-patches-for-review-
td20143328.html
If it is decided to set LD_LIBRARY_PATH then we need to make this OS
specific and unset it for FreeBSD (or minimally add back /lib which Steven
pointed out in the above thread is probably not the right solution given
LD_LIBRARY_PATH's semantics).
-- Ticket URL: <https://svn.boost.org/trac/boost/ticket/2438> Boost C++ Libraries <http://www.boost.org/> Boost provides free peer-reviewed portable C++ source libraries.
This archive was generated by hypermail 2.1.7 : 2017-02-16 18:49:59 UTC