Re: [boost] [serialization]cannot build libboost_serialization.so.1.60.0 with Oracle Solaris Studio

On 10/27/15 8:16 AM, Aparna Kumta wrote:

I see the following error when compiling Boost 1.60 in develop branch with Oracle Solaris Studio development compiler with -library=stlport4.

"CC" -compat=5 -library=stlport4 -temp=/tmp/bn -xO4 -mt -erroff=%none -m32 -DBOOST_ALL_NO_LIB=1 -DNDEBUG -I".." -c -o "/export/home/sstrunk-tester/boost_regression/boost_regression_develop/boost_sparc-S2_stlport4/results/boost/bin.v2/libs/serialization/build/sun-next_stlport4/release/link-static/threading-multi/basic_text_iprimitive.o" "../libs/serialization/src/basic_text_iprimitive.cpp"

"../boost/archive/basic_streambuf_locale_saver.hpp", line 75: Error: sync is not a member of std::ios . "../boost/archive/impl/basic_text_iprimitive.ipp", line 112: Where: While instantiating "boost::archive::basic_ios_locale_saver::~basic_ios_locale_saver()". "../boost/archive/impl/basic_text_iprimitive.ipp", line 112: Where: Instantiated from boost::archive::basic_text_iprimitivestd::istream::basic_text_iprimitive(std::istream &, bool). "../libs/serialization/src/basic_text_iprimitive.cpp", line 25: Where: Instantiated from non-template code. 1 Error(s) detected.

This seems to prevent building libboost_serialization.so.1.60.0, and a recent regression after changes to the serialization library.

OK - I'm working on this. Problem is I'm trying to figure out what to do that works with 4 standard library implementations. libstdc++, libc+, cppreference, N3797.pdf, and msvc seem to have different requirements for invoking imbue to change a codecvt facet. a) libstdc++ declares and defines sync() function on basic_istream but not on basic_ostream. It requires sync() to be called before hand or the program crashes in a very difficult to find manner. b) cppreference shows (pub)sync as a member of streambuf and stream. The latter is through inheritence from ios_base. c)libc++ doesn't have any reference documentation that I can find d) n3797.pdf shows (pub)sync() as a member of streambuf but not as part of (i/o)stream e) MSVC - this has always just worked so I don't know anything about it f) stlport - I haven't even looked at this until now. as far as I can tell, streambuf have (pub)sync() declared and defined in all of the libraries. So one would think that all he has to do is to apply the (pub)sync and (pub)imbue to the streambuf and be done with it it. Well, one would be wrong. Spelunking the library source code, it seems that at least in a) and c) the stream caches the locale as well as passing on to the the streambuf. This suggests that the locale should be changed at the stream level when the library implements it (contrary to the standard.) And in fact, if one fails to call sync() at the stream level in a) (at least on input) the program will crash in a particularly hard to detect manner. It's hard to convey how much time and frustration is consumed in the tracking down of this stuff. Making a Boost library that is widely used is much, much harder than most people think. Thanks for letting me know about this. Robert Ramey