[Bug 1217237] [NEW] Can't link to python_boost library due to multiarch changes

Launchpad Bug Tracker 1217237 at bugs.launchpad.net
Tue Aug 27 08:17:14 UTC 2013


You have been subscribed to a public bug by Andreas Moog (amoog):

Hi there,

when boost1.53 got multiarched, all the libraries were moved to /usr/lib
/<multi-arch-triplet>:

(saucy)andreas at incubator:~$ find /usr/lib -name libboost*
/usr/lib/x86_64-linux-gnu/libboost_python-py33.a
/usr/lib/x86_64-linux-gnu/libboost_python-py27.so.1.53.0
/usr/lib/x86_64-linux-gnu/libboost_python-py27.a
/usr/lib/x86_64-linux-gnu/libboost_python-py33.so.1.53.0
/usr/lib/x86_64-linux-gnu/libboost_python-py27.so
/usr/lib/x86_64-linux-gnu/libboost_python-py33.so

That works well for normal libraries, but the python one is a special
case. As you can see, there are 2 libraries, one for python 2.7, one for
3.3. In the previous, non-multiarch, version, a symlink
/usr/lib/libboost_python.so would be created to the default python
version. Unfortunately the script didn't get adapted for the new
location.

This breaks compilation of almost all programs that are linked against
boost-python as well as auto-detection of boost for example in CMAKE:
https://bugs.launchpad.net/bugs/1217106

Please see the attached patch for a possible solution. It sets the
correct multi-arch location for the script during compilation and
unbreaks CMAKE.

** Affects: boost1.53 (Ubuntu)
     Importance: High
         Status: New

-- 
Can't link to python_boost library due to multiarch changes
https://bugs.launchpad.net/bugs/1217237
You received this bug notification because you are a member of Ubuntu Sponsors Team, which is subscribed to the bug report.



More information about the Ubuntu-sponsors mailing list