Thank you so much Jeffrey! Turns out you are right; I had an older library in another directory that was getting picked up first. I have now fixed that.
Can I ask you another question or should I do a 2nd post? I am actually getting about 565 linker errors similar to: error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &&)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@$$QAV01@@Z) already defined in dicore_d.lib(DICORE_d.dll) C:\WorkAreas\TADESKTOP\TaGUI\cryptlib_d.lib(cryptlib.obj) TaGui I can get rid of them by adding the following link option: /FORCE:MULTIPLE but it does give me 565 Warnings similar to: warning LNK4006: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &&)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@$$QAV01@@Z) already defined in dicore_d.lib(DICORE_d.dll); second definition ignored C:\WorkAreas\TADESKTOP\TaGUI\cryptlib_d.lib(cryptlib.obj) TaGui It sounds like there are 2 projects both pulling in the string classes. Is /FORCE:MULTIPLE the right solution or is there something else? On Saturday, April 28, 2018 at 7:44:14 PM UTC-5, Jeffrey Walton wrote: > > > > On Friday, April 27, 2018 at 11:16:55 AM UTC-4, darrin donahue wrote: >> >> Hello, >> >> >> >> I downloaded Crypto++ 7 and compiled it on Visual Studio 2013. I had >> several errors but am able to build cryptlib and produce both a Release and >> Debug *.lib files. However, when I copy it to another project and >> compile/link with it for another Visual Studio 2013 project, I get >> Unresolved Externals: >> >> >> >> Error 563 error LNK2019: unresolved external symbol "void >> __cdecl CryptoPP::Rijndael_UncheckedSetKey_SSE4_AESNI(unsigned char const >> *,unsigned int,unsigned int *)" >> (?Rijndael_UncheckedSetKey_SSE4_AESNI@CryptoPP@@YAXPBEIPAI@Z) referenced in >> function "public: virtual void __thiscall >> CryptoPP::Rijndael::Base::UncheckedSetKey(unsigned char const *,unsigned >> int,class CryptoPP::NameValuePairs const &)" >> (?UncheckedSetKey@Base@Rijndael@CryptoPP@@UAEXPBEIABVNameValuePairs@3@@Z) >> >> C:\WorkAreas\TADESKTOP\TaGUI\cryptlib_d.lib(rijndael.obj) TaGui >> > > It sounds like (to me) the header files or libraries are different on each > machine. Can you confirm each machine is using the same version of the > library? > > The missing functions are from rijndael-simd.cpp. It sounds like the > second machine's library lacks them. > > Jeff > -- You received this message because you are subscribed to "Crypto++ Users". More information about Crypto++ and this group is available at http://www.cryptopp.com and http://groups.google.com/forum/#!forum/cryptopp-users. --- You received this message because you are subscribed to the Google Groups "Crypto++ Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
