On Thu, 09. Aug 03:35, Luc Bourhis wrote:
But in gcc4.7 libsctbx_boost_python should be linked by python lib otherwise I'm getting undefined references.
Could you elaborate? As that sounds like a bug we should fix. OK here the output: dpkg-shlibdeps -Tdebian/libscitbx-boost-python0.substvars debian/libscitbx-boost-python0/usr/lib/x86_64-linux-gnu/libscitbx_boost_python-py26.so.0.0.0 debian/libscitbx-boost-python0/usr/lib/x86_64-linux-gnu/libscitbx_boost_python-py27.so.0.0.0 dpkg-shlibdeps: warning: symbol PyImport_ImportModule used by debian/libscitbx-boost-python0/usr/lib/x86_64-linux-gnu/libscitbx_boost_python-py27.so.0.0.0 found in none of the libraries dpkg-shlibdeps: warning: symbol PyObject_IsTrue used by debian/libscitbx-boost-python0/usr/lib/x86_64-linux-gnu/libscitbx_boost_python-py27.so.0.0.0 found in none of the libraries dpkg-shlibdeps: warning: symbol PyExc_IndexError used by debian/libscitbx-boost-python0/usr/lib/x86_64-linux-gnu/libscitbx_boost_python-py27.so.0.0.0 found in none of the libraries dpkg-shlibdeps: warning: symbol PyErr_SetString used by debian/libscitbx-boost-python0/usr/lib/x86_64-linux-gnu/libscitbx_boost_python-py27.so.0.0.0 found in none of the libraries dpkg-shlibdeps: warning: symbol PyObject_CallFunction used by debian/libscitbx-boost-python0/usr/lib/x86_64-linux-gnu/libscitbx_boost_python-py27.so.0.0.0 found in none of the libraries dpkg-shlibdeps: warning: symbol PyRange_Type used by debian/libscitbx-boost-python0/usr/lib/x86_64-linux-gnu/libscitbx_boost_python-py27.so.0.0.0 found in none of the libraries dpkg-shlibdeps: warning: symbol _Py_NoneStruct used by debian/libscitbx-boost-python0/usr/lib/x86_64-linux-gnu/libscitbx_boost_python-py27.so.0.0.0 found in none of the libraries dpkg-shlibdeps: warning: symbol PyExc_RuntimeError used by debian/libscitbx-boost-python0/usr/lib/x86_64-linux-gnu/libscitbx_boost_python-py27.so.0.0.0 found in none of the libraries
I don't see this in gcc4.6.
From my understanding: env_etc.libs_python is set in libtbx/SConscript but only for 'nt' not posix. And it's used to link the extensions so I can't just use this attribute. That's the reason for this additional env_etc.py_lib attribute. As for the workflow this value can also be a list instead of a string.
Just ask if you have additional questions.