Package: libboost-dev
Version: 1.32.0-6
This also relies to package libace-dev version 5.4.2.1.0-4.
Consider the following program boostfirst.cpp:
------------------------------------------------------------
#include <boost/shared_ptr.hpp>
#include <ace/OS.h>
#include <iostream>
using namespace std;
int main (int argc, char **argv)
{
cout << "sizeof (boost::detail::sp_counted_base) == "
<< sizeof (boost::detail::sp_counted_base) << endl;
}
------------------------------------------------------------
Compile and run with:
$ g++ boostfirst.cpp -o boostfirst -lstd
$ ./boostfirst
sizeof (boost::detail::sp_counted_base) == 12
Now try including the ace header first (only the order of
the include files is changed):
------------------------------------------------------------
#include <ace/OS.h>
#include <boost/shared_ptr.hpp>
#include <iostream>
using namespace std;
int main (int argc, char **argv)
{
cout << "sizeof (boost::detail::sp_counted_base) == "
<< sizeof (boost::detail::sp_counted_base) << endl;
}
------------------------------------------------------------
The output of the second program is:
sizeof (boost::detail::sp_counted_base) == 36
A great difference. The reason for this is, that the
#include <ace/OS.h> somehow defines _REENTRANT, which
triggers the boost library to include a mutex in
sp_counted_base. I think, the order of the includes
should not matter. Therefore, either '#include <ace/OS.h>'
should not define _REENTRANT, or the boost headers
should ignore it.
I found out, that adding the -pthread option to the
g++ command also avoids this bug.
Im using Debian sarge 3.1, g++ 3.3.5-3, libc6 2.3.2.ds1-22sarge3
and libace-dev 5.4.2.1.0-4.
