I just reproduced it again. Here's the setup:
$(WIN32_TARGET):
export STLPORT_PATH=../STLport-4.6.2/ ;\
export MSVCDir=$VCINSTALLDIR ;\
./configure --with-toolset=vc-7_1-stlport
--with-bjam=tools/build/jam_src/bin.ntx86/bjam.exe ;\
tools/build/jam_src/bin.ntx86/bjam.exe "-sTOOLS=vc-7_1-stlport"
--with-regex stage
Then at link time, the application catches:
unresolved external symbol "void __cdecl
boost::re_detail::raise_runtime_error(class _STL::runtime_error const
&)"...
unresolved external symbol "class _STL::basic_string __cdecl
boost::re_detail::w32_transform(unsigned long,char const *,char const
*)"...
So I copy and paste those into my application's cpp file, and they
link. Then I crash here:
_Rb_tree_node<_Value>* _M_find(const key_type& __k) const
# endif
{
_Link_type __y = this->_M_header._M_data; // Last node which
is not less than __k.
_Link_type __x = _M_root(); // Current node.
Deep in STLport, _tree.h, this->_M_header._M_data == 0xcdcdcdcd. Not
sure why that would cause the __y line to crash, but the data
generally shouldn't be garbage anyway, right?
--
Phlip
http://www.greencheese.org/ZeekLand <-- NOT a blog!!
