coexistence of Intel-toolset based Boost and GCC libraries
Hello, I have built boost v1.45 using Intel compiler 11.1: $ bjam toolset=intel --with-mpi --with-thread --with-serialization \ --prefix=$HOME/local variant=release link=static install Then using the same intel compiler I use the static boost libraries from above to compile a code which uses boost.mpi and boost.serialization explicitly. My code depends on a 3rd party dynamic library which 'requires': libboost_thread-gcc41-mt-1_34_1.so.1.34.1 libboost_signals-gcc41-mt-1_34_1.so.1.34.1 Should I be concerned about conflicting compilers ? In general if I've built the boost libraries (thread, mpi, ...) using Intel toolset, will it peacefully work with system's standard C/C++ libraries build by GCC? thanks in advance,
On Mon, Dec 13, 2010 at 5:25 AM, H Magnet
My code depends on a 3rd party dynamic library which 'requires':
libboost_thread-gcc41-mt-1_34_1.so.1.34.1 libboost_signals-gcc41-mt-1_34_1.so.1.34.1
Should I be concerned about conflicting compilers ? In general if I've built the boost libraries (thread, mpi, ...) using Intel toolset, will it peacefully work with system's standard C/C++ libraries build by GCC?
Mostly, this is a question for the Intel people to answer. How closely do they hew to the GCC ABI? We don't know. On the other hand, it *is* always possible that some boost header detects the intel (or, conversely, GCC) compiler and decides to change class layout on that basis, which could break everything if used with a library compiled by another toolchain. -- Dave Abrahams BoostPro Computing http://www.boostpro.com
participants (2)
-
Dave Abrahams -
H Magnet