Re: [Boost-users] [Serialization] Linker Errors Using Unicode(Was:error C2027: useofundefinedtype'boost::serialization::extended_type_info_null<T>'?)

From: Lawrence Spector (Lawrence.Spector_at_[hidden])
Date: 2006-11-30 15:40:57

Ok.  Well, I tried testarray.cpp (which contains the
test_array_text_warchive test) and it doesn't build in VC7.1, with the
following linker errors, if I turn on the unicode option.  I simply made
a new project and turned on unicode, and added the file.  I don't see
why that should have any issues.  I have yet to try with 1.34, but I
can't see a logical reason why unicode doesn't work, but non-unicode
does.

I'll get back with the result of 1.34, but again, 1.33.1 does not link
for me.

The results are as follows:
 
------ Build started: Project: test_array_text_archive, Configuration:
Debug Win32 ------

Linking...
   Creating library Debug/test_array_text_archive.lib and object
Debug/test_array_text_archive.exp
testarray.obj : error LNK2019: unresolved external symbol "void __cdecl
boost::test_tools::tt_detail::check_impl(class
boost::test_tools::predicate_result const &,class
boost::basic_wrap_stringstream<char> &,class
boost::unit_test::basic_cstring<char const >,unsigned int,enum
boost::test_tools::tt_detail::tool_level,enum
boost::test_tools::tt_detail::check_type,unsigned int,...)"
(?check_impl_at_tt_detail_at_test_tools_at_boost@@YAXABVpredicate_result_at_23@AAV?$
basic_wrap_stringstream_at_D@3_at_V?$basic_cstring@$$CBD_at_unit_test_at_3@IW4tool_l
evel_at_123@W4check_type_at_123@IZZ) referenced in function "int __cdecl
test_array<class A>(class A)" (??$test_array_at_VA@@@@YAHVA@@@Z)
testarray.obj : error LNK2019: unresolved external symbol "public: void
__thiscall boost::archive::text_oarchive_impl<class
boost::archive::text_oarchive>::save(class std::basic_string<unsigned
short,struct std::char_traits<unsigned short>,class
std::allocator<unsigned short> > const &)"
(?save@?$text_oarchive_impl_at_Vtext_oarchive_at_archive@boost@@@archive_at_boost
@@QAEXABV?$basic_string_at_GU?$char_traits_at_G@std@@V?$allocator_at_G@2@@std@@@Z
) referenced in function "public: static void __cdecl
boost::archive::save_access::save_primitive<class
boost::archive::text_oarchive,class std::basic_string<unsigned
short,struct std::char_traits<unsigned short>,class
std::allocator<unsigned short> > >(class boost::archive::text_oarchive
&,class std::basic_string<unsigned short,struct
std::char_traits<unsigned short>,class std::allocator<unsigned short> >
const &)"
(??$save_primitive_at_Vtext_oarchive_at_archive@boost@@V?$basic_string_at_GU?$cha
r_traits_at_G@std@@V?$allocator_at_G@2@@std@@@save_access_at_archive@boost@@SAXAA
Vtext_oarchive_at_12@ABV?$basic_string_at_GU?$char_traits_at_G@std@@V?$allocator@
G_at_2@@std@@@Z)
testarray.obj : error LNK2019: unresolved external symbol "public: void
__thiscall boost::archive::text_iarchive_impl<class
boost::archive::text_iarchive>::load(class std::basic_string<unsigned
short,struct std::char_traits<unsigned short>,class
std::allocator<unsigned short> > &)"
(?load@?$text_iarchive_impl_at_Vtext_iarchive_at_archive@boost@@@archive_at_boost
@@QAEXAAV?$basic_string_at_GU?$char_traits_at_G@std@@V?$allocator_at_G@2@@std@@@Z
) referenced in function "public: static void __cdecl
boost::archive::load_access::load_primitive<class
boost::archive::text_iarchive,class std::basic_string<unsigned
short,struct std::char_traits<unsigned short>,class
std::allocator<unsigned short> > >(class boost::archive::text_iarchive
&,class std::basic_string<unsigned short,struct
std::char_traits<unsigned short>,class std::allocator<unsigned short> >
&)"
(??$load_primitive_at_Vtext_iarchive_at_archive@boost@@V?$basic_string_at_GU?$cha
r_traits_at_G@std@@V?$allocator_at_G@2@@std@@@load_access_at_archive@boost@@SAXAA
Vtext_iarchive_at_12@AAV?$basic_string_at_GU?$char_traits_at_G@std@@V?$allocator@
G_at_2@@std@@@Z)
LIBCD.lib(crt0.obj) : error LNK2019: unresolved external symbol _main
referenced in function _mainCRTStartup
Debug/test_array_text_archive.exe : fatal error LNK1120: 4 unresolved
externals

Build log was saved at
"file://c:\Work\Sandbox\Boost\Serialization\test_array_text_archive\Debu
g\BuildLog.htm"
test_array_text_archive - 5 error(s), 0 warning(s)

---------------------- Done ----------------------

    Build: 0 succeeded, 1 failed, 0 skipped

-----Original Message-----
From: boost-users-bounces_at_[hidden]
[mailto:boost-users-bounces_at_[hidden]] On Behalf Of Robert Ramey
Sent: Thursday, November 30, 2006 2:14 PM
To: boost-users_at_[hidden]
Subject: Re: [Boost-users] [Serialization] Linker Errors Using
Unicode(Was:error C2027:
useofundefinedtype'boost::serialization::extended_type_info_null<T>'?)

Note that all tests (all 50 of them) work with all archive classes that
the
platform supports.  It has been this way since the beginning.  As far as
I
know there is nothing to fix.

Robert Ramey

Lawrence Spector wrote:
> Okay, that's fair and fine.  However, any explanation for the linker
> errors that seem to occur only with unicode versions?
>
> Can anyone else try out the demo.cpp example
> (http://www.boost.org/libs/serialization/example/demo.cpp) with a
> unicode build, and just change the boost::archive::text_oarchive and
> boost::archive::text_iarchive to use boost::archive::text_woarchive
> and boost::archive::text_wiarchive, as well as using wide strings and
> wide streams?  I want to see if anyone else has this issue with
> 1.33.1?
>
> Any chance this might be fixed in 1.34.0?
>
> Thanks,
>
> Lawrence
>
> -----Original Message-----
> From: boost-users-bounces_at_[hidden]
> [mailto:boost-users-bounces_at_[hidden]] On Behalf Of Robert Ramey
> Sent: Thursday, November 30, 2006 11:47 AM
> To: boost-users_at_[hidden]
> Subject: Re: [Boost-users] [Serialization] error C2027: use of
> undefinedtype'boost::serialization::extended_type_info_null<T>'?
>
> Note that the library is in two parts.  libboost_serialization..
> contains
> code used for all types of archives while libboost_wserialization
> contains
> code used only for wide character archives.  So applications using
> wide character archives should link against BOTH libraries.
>
> Robert Ramey
>
>
>
> _______________________________________________
> Boost-users mailing list
> Boost-users_at_[hidden]
> http://lists.boost.org/mailman/listinfo.cgi/boost-users 

_______________________________________________
Boost-users mailing list
Boost-users_at_[hidden]
http://lists.boost.org/mailman/listinfo.cgi/boost-users