From: Aleksey Gurtovoy (agurtovoy_at_[hidden])
Date: 2004-09-29 11:41:59
[Robert, sorry for the late reply]
Robert Ramey writes:
> I've noticed that you are testing the serialization library with the toolset
> I've tested that here and got most of to pass - at least as well as standard
> I had to make some changes though and I believe that you will have to make
> similar ones if you want the test to pass.
> I had to invoke the following before running the tests.
> export STLPORT_PATH="c:/"
> export STLPORT_VERSION=4.5.3
> export STLPORT_INCLUDE_DIRECTORY="c:/program files/Microsoft Visual
> my stlport install process created a special set of stlport header files in
> the msvc include directory. This is and altered version of the original
> ones. The original ones compiler ok but they have some switches set so that
> some inline code is not included and this makes the test builds fail at link
I'm afraid this claim is incorrect. I just performed the install process you
are talking about above and the headers that end up in the
"C:\Program Files\Microsoft Visual Studio\VC98\Include\stlport\" directory
are *exactly* the same as the ones from a freshly unpacked archive. File to
file, byte to byte. You can use any kind of directory comparison tool to
verify it yourself.
So, whatever causes the differences in results you are seeing locally and
the results reported in the regression reports, it's not a misconfigured
Hmm, looking at the serialization library errors with our msvc-stlport toolset
(MSVC 6.5/STLPort 4.5.3) -- the following, for instance (from
http://tinyurl.com/6eavf), -- there is no way this could have linked in the same
configuration (that is, dynamically linking to STLPort):
ing-multi\test_array_binary_archive.lib and object
libboost_serialization.lib(binary_oarchive.obj) : error LNK2001: unresolved external symbol
"__declspec(dllimport) public: __thiscall _STL::locale::locale(class locale::locale const &,
class boost::archive::codecvt_null<char> *)"
The missing symbol above is an specialization of a member function template of
a dllimport-ed class (_STL::locale) residing in the STLPort DLL, which
(member template) is parametrized by a user-defined type. This is *known* not
to work with MSVC 6.x; the DLL doesn't contain the requested specialization
(naturally), and the compiler fails to instantiate one on demand in the current
translation unit. See, for instance, http://tinyurl.com/4a4xq.
Are you sure you are building in this exact configuration, using bjam + standard
'msvc-stlport' toolset from the CVS + unmodified STLPort 4.5.3 installation?
Could you please double-check that?
If could upload your bjam log of such successful build to our FTP
(ftp://fx.meta-comm.com/boost-regression), it would be also appreciated.
We really need to sort this out, so if anybody has anything to add to the above,
-- Aleksey Gurtovoy MetaCommunications Engineering
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk