::_M_allocate_block(unsigned int)"
(__imp_?_M_allocate_block@?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAEXI@Z)
referenced in function "private: void __thiscall _STL::basic_string::_M_range_initialize(unsigned short const
*,unsigned short const *,struct _STL::forward_iterator_tag const &)"
(??$_M_range_initialize@PBG@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@AAEXPBG0ABUforward_iterator_tag@1@@Z)
::~_String_base
::_String_base(class
_STL::allocator<unsigned short> const &)"
(__imp_??0?$_String_base@GV?$allocator@G@_STL@@@_STL@@QAE@ABV?$allocator@G@1@@Z)
referenced in function "public: __thiscall _STL::basic_string::basic_string(unsigned short const *,unsigned short const *,class
_STL::allocator<unsigned short> const &)"
(??$?0PBG@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@PBG0ABV?$allocator@G@1@@Z)
The same configure(stlport compiled with /Zc:wchar_t, boost builded with
on) works fine with boost 1.32. I hope this error can be
corrected, regex library is used so often in my code.
The building dynamic library of regex "libboost_regex-vc71-mt-p-1_33.lib"
can not be used correctly.
I compile the demo code grep.cpp
cl /MT /DBOOST_LIB_DIAGNOSTIC /EHsc grep.cpp (This compiling succeeds)
cl /MD /DBOOST_LIB_DIAGNOSTIC /EHsc grep.cp (This compiling fails)
The error is :
libboost_regex-vc71-mt-p-1_33.lib(w32_regex_traits.obj) : error LNK2019:
unresolved external symbol "__declspec(dllimport) public: __thiscall
_STL::basic_string::basic_string(unsigned short const *,class _STL::allocator<unsigned short> const
&)"
(__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@PBGABV?$allocator@G@1@@Z)
referenced in function "class _STL::basic_string
__fastcall boost::re_detail::w32_cat_get(class boost::shared_ptr<void> const
&,unsigned long,int,class _STL::basic_string
const &)"
(?w32_cat_get@re_detail@boost@@YI?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@ABV?$shared_ptr@X@2@KHABV34@@Z)
libboost_regex-vc71-mt-p-1_33.lib(w32_regex_traits.obj) : error LNK2019:
unresolved external symbol "__declspec(dllimport) public: __thiscall
_STL::basic_string::basic_string(class _STL::basic_string
const &)"
(__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@ABV01@@Z)
referenced in function "class _STL::basic_string
__fastcall boost::re_detail::w32_cat_get(class boost::shared_ptr<void> const
&,unsigned long,int,class _STL::basic_string
const &)"
(?w32_cat_get@re_detail@boost@@YI?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@ABV?$shared_ptr@X@2@KHABV34@@Z)
libboost_regex-vc71-mt-p-1_33.lib(w32_regex_traits.obj) : error LNK2019:
unresolved external symbol "__declspec(dllimport) public: void __thiscall
_STL::_String_base::~basic_string(void)"
(__imp_??1?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@XZ)
referenced in function "class _STL::basic_string
__fastcall boost::re_detail::w32_transform(unsigned long,unsigned short
const *,unsigned short const *)"
(?w32_transform@re_detail@boost@@YI?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@KPBG0@Z)
libboost_regex-vc71-mt-p-1_33.lib(w32_regex_traits.obj) : error LNK2019:
unresolved external symbol "__declspec(dllimport) public: class
_STL::basic_string & __thiscall
_STL::basic_string::append(unsigned int,unsigned
short)"
(__imp_?append@?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAEAAV12@IG@Z)
referenced in function "class _STL::basic_string
__fastcall boost::re_detail::w32_transform(unsigned long,unsigned short
const *,unsigned short const *)"
(?w32_transform@re_detail@boost@@YI?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@KPBG0@Z)
libboost_regex-vc71-mt-p-1_33.lib(w32_regex_traits.obj) : error LNK2019:
unresolved external symbol "__declspec(dllimport) public: __thiscall
_STL::basic_string::basic_string(void)"
(__imp_??0?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@QAE@XZ)
referenced in function "class _STL::basic_string
__fastcall boost::re_detail::w32_transform(unsigned long,unsigned short
const *,unsigned short const *)"
(?w32_transform@re_detail@boost@@YI?AV?$basic_string@GV?$char_traits@G@_STL@@V?$allocator@G@2@@_STL@@KPBG0@Z)
----- Original Message -----
From: "John Maddock"
To:
Sent: Friday, August 19, 2005 12:23 AM
Subject: Re: [Boost-users] Build the dll version of regex
failswithvc-7_1-stlport
Since the stl library of vc7.1 has some bugs and insufficiency. I use
stlport libray all the times. I compile regex library with stlport 4.62
and
5.0RC4, with or without the ICU. The dll all can not be compiled
successfully! (In below I only describe the compile process with ICU.)
First I try the stlport 4.62 with VC7.1 to build the library of regex,
the
script I use is(the icu is also compiled with the same stlport) :
call "c:\Program Files\Microsoft Visual Studio .NET
2003\Vc7\bin\vcvars32.bat"
set TOOLS=vc-7_1-stlport
set STLPORT_PATH=c:\opt
set STLPORT_4.62_PATH=C:\opt\STLport-4.6.2
set STLPORT_VERSION=4.6.2
set ICU_PATH=c:\opt\icu
bjam "-sBUILD=debug release <runtime-link>dynamic <threading>multi
on" "-sICU_PATH=c:\opt\icu" --with-regex stage
But the dll files can not be compiled successfully. The error occurs when
linking(Attentions the exp and pdb files exists).
All the errors seem to relate to wide-character functions, I believe if
you
omit the on flag then it should build (it does for me).
Or
did you build STLport with /Zc:wchar_t ? If so it's possible we disabled
support for on in the Jamfile given that STLport doesn't
normally support that.
But I find in stlport 5.0 the rule of library and dll file is changed.
The
files are : stlport_d50.dll, stlport_r50.dll, stlport_stld50.dll,
stlport_d50.lib, stlport_r50.lib, stlport_stld50.lib,
stlport_static_d50.lib, stlport_static_r50.lib, stlport_static_stld50.lib
I also try copy stlport_d50.lib and stlport_r50.lib as
stlport_vc71_stldebug.lib and stlport_vc71.lib, and the link is
completed.
So I am very surprise which tell the regex to link with
stlport_vc71_stldebug.lib and stlport_vc71.lib, I think it may be the
boost
or bjam, not stlport. Since the stlport 5.0 will be released soon. I
think
it is a big bug.
Not that big, I guess no-one has been testing with STLport 5 Beta, I'm
sure
bjam will support it once it's released.
John.
--------------------------------------------------------------------------------
_______________________________________________
Boost-users mailing list
Boost-users@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-users
