search for: basic_string

...bly just need to rebuild after I clean it all... 4> Creating library R:\SDKs\llvm\trunk_VC8nocrap_building\lib\Debug\tblgen.lib and object R:\SDKs\llvm\trunk_VC8nocrap_building\lib\Debug\tblgen.exp 4>Record.obj : error LNK2001: unresolved external symbol "public: void __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::`copy constructor closure'(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &)" (??_O?$basic_string at DU?$char_traits at D@std@@V?$allocator at D...

On Fri, Dec 5, 2008 at 1:52 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > / * snip */ Actually, rebuilding it makes "debug tblgen" fail with the errors at the end of this email, and as such everything that depends on it, how odd... When I get back to that computer then I will clean its directory, update from SVN (please fix the const thing soon :) ), and rebuild fresh...

...ned int __thiscall Xapian::WritableDatabase::add_document(class Xapian::Document const &)" (?add_document at WritableDatabase@Xapian@@QAEIABVDocument at 2@@Z)??????? _main ???? xapianindex.obj : error LNK2019: ????????? "public: void __thiscall Xapian::Document::add_posting(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,unsigned int,unsigned int)" (?add_posting at Document@Xapian@@QAEXABV?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@II at Z)??????? _main ???? libnet.lib(serialise.obj) : error...

...amp;,class llvm::Module const *)const " (?print at CallTargetFinder@llvm@@UBEXAAV?$basic_ostream at DU?$char_traits at D@std@@@std@@PBVModule at 2@@Z) ExecutionDriver.obj : error LNK2019: unresolved external symbol "public: static class llvm::GCC * __cdecl llvm::GCC::create(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &)" (?create at GCC@llvm@@SAPAV12 at ABV?$basic_string at DU?$char_traits at D@std@@V?$...

...5.2/library/Rcpp/lib/i386/libRcpp.a(RObject.o):RObject.cpp:(.text+0x8ff): undefined reference to `_Unwind_SjLj_Resume' C:/R-2.15.2/library/Rcpp/lib/i386/libRcpp.a(RObject.o):RObject.cpp:(.text$_ZNSt6vectorISsSaISsEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPSsS1_EERKSs[std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > >::_M_insert_aux(__gnu_cxx::__normal_iterator<std::basic_string<char, std::char_traits<char>, std::a...

...so > far :) > Only "_Z11dummysymbolv" should be there. Here's Doug's explanation of why this should be so: Here's what it *looks* like is happening, and where the FE is probably getting it wrong. First of all, the constructor in question is defined outside of the basic_string class template as a non-inline definition: template<typename _CharT, typename _Traits, typename _Alloc> basic_string<_CharT, _Traits, _Alloc>:: basic_string(const _CharT* __s, const _Alloc& __a) Second, there is an explicit template instantiation declaration: ex...

...on x86_64-apple-darwin15 in current trunk? [ 95%] Linking CXX executable ../../bin/llvm-objdump Undefined symbols for architecture x86_64: "_xar_serialize", referenced from: DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, unsigned int, bool, bool, bool, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >) in MachODump.cpp.o "_xar_file_first", referenced from: DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, unsigned int, bool, bool, bool, std::__1::basic_string<char, std::__1::char_t...

...>> [ 95%] Linking CXX executable ../../bin/llvm-objdump >> Undefined symbols for architecture x86_64: >> "_xar_serialize", referenced from: >> DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, >> unsigned int, bool, bool, bool, std::__1::basic_string<char, >> std::__1::char_traits<char>, std::__1::allocator<char> >) in >> MachODump.cpp.o >> "_xar_file_first", referenced from: >> DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, >> unsigned int, bool, bool, bool, std...

...current trunk? > > [ 95%] Linking CXX executable ../../bin/llvm-objdump > Undefined symbols for architecture x86_64: > "_xar_serialize", referenced from: > DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, > unsigned int, bool, bool, bool, std::__1::basic_string<char, > std::__1::char_traits<char>, std::__1::allocator<char> >) in > MachODump.cpp.o > "_xar_file_first", referenced from: > DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, > unsigned int, bool, bool, bool, std::__1::basic_string&...

...lvm::BytecodeReader::ValueList*> >&, std::vector<llvm::PATypeHolder, std::allocator<llvm::PATypeHolder> >&, bool)+0x147)[0x856e985] opt(llvm::BytecodeReader::ParseModule()+0x188)[0x856edfe] opt(llvm::BytecodeReader::ParseBytecode(unsigned char const*, unsigned int, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> >*)+0x539)[0x856f6c1] opt((anonymous namespace)::BytecodeFileReader::read(std::basic_string<char, std::char_traits<char...

...utable ../../bin/llvm-objdump >>>> Undefined symbols for architecture x86_64: >>>> "_xar_serialize", referenced from: >>>> DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, >>>> unsigned int, bool, bool, bool, std::__1::basic_string<char, >>>> std::__1::char_traits<char>, std::__1::allocator<char> >) in >>>> MachODump.cpp.o >>>> "_xar_file_first", referenced from: >>>> DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, >>>...

...clean it all... > > > 4> Creating library > R:\SDKs\llvm\trunk_VC8nocrap_building\lib\Debug\tblgen.lib and object > R:\SDKs\llvm\trunk_VC8nocrap_building\lib\Debug\tblgen.exp > 4>Record.obj : error LNK2001: unresolved external symbol "public: void > __thiscall std::basic_string<char,struct std::char_traits<char>,class > std::allocator<char> >::`copy constructor closure'(class > std::basic_string<char,struct std::char_traits<char>,class > std::allocator<char> > &)" > (??_O?$basic_string at DU?$char_traits at D@st...

...Linking CXX executable ../../bin/llvm-objdump >>> Undefined symbols for architecture x86_64: >>> "_xar_serialize", referenced from: >>> DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, >>> unsigned int, bool, bool, bool, std::__1::basic_string<char, >>> std::__1::char_traits<char>, std::__1::allocator<char> >) in >>> MachODump.cpp.o >>> "_xar_file_first", referenced from: >>> DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, >>> unsigned int, b...

...lvm::BytecodeReader::ValueList*> >&, std::vector<llvm::PATypeHolder, std::allocator<llvm::PATypeHolder> >&, bool)+0x147)[0x856e985] opt(llvm::BytecodeReader::ParseModule()+0x188)[0x856edfe] opt(llvm::BytecodeReader::ParseBytecode(unsigned char const*, unsigned int, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> >*)+0x539)[0x856f6c1] opt((anonymous namespace)::BytecodeFileReader::read(std::basic_string<char, std::char_traits<char...

..."_Z11dummysymbolv" should be there. Here's Doug's explanation of > why this should be so: > > Here's what it *looks* like is happening, and where the FE is probably > getting it wrong. First of all, the constructor in question is defined > outside of the basic_string class template as a non-inline definition: > > template<typename _CharT, typename _Traits, typename _Alloc> > basic_string<_CharT, _Traits, _Alloc>:: > basic_string(const _CharT* __s, const _Alloc& __a) > > Second, there is an explicit template instanti...

...mp;, >> std::vector<llvm::PATypeHolder, std::allocator<llvm::PATypeHolder> >&, >> bool)+0x147)[0x856e985] >> opt(llvm::BytecodeReader::ParseModule()+0x188)[0x856edfe] >> opt(llvm::BytecodeReader::ParseBytecode(unsigned char const*, unsigned >> int, std::basic_string<char, std::char_traits<char>, >> std::allocator<char> > const&, std::basic_string<char, >> std::char_traits<char>, std::allocator<char> >*)+0x539)[0x856f6c1] >> opt((anonymous >> namespace)::BytecodeFileReader::read(std::basic_string&l...

...SEXPREC* clear_default_monitors(SEXPREC*, SEXPREC*)?: jags.cc:444: error: ?class Console? has no member named ?clearDefaultMonitors? jags.cc: In function ?SEXPREC* get_monitored_values(SEXPREC*, SEXPREC*)?: jags.cc:456: error: no matching function for call to ?Console::dumpMonitors(std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, SArray, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator&lt...

...>>>>>> Undefined symbols for architecture x86_64: >>>>>> "_xar_serialize", referenced from: >>>>>> DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, >>>>>> unsigned int, bool, bool, bool, std::__1::basic_string<char, >>>>>> std::__1::char_traits<char>, std::__1::allocator<char> >) in >>>>>> MachODump.cpp.o >>>>>> "_xar_file_first", referenced from: >>>>>> DumpBitcodeSection(llvm::object::MachOObjectFi...

..../../lib/libLLVMObject.dylib ../../lib/libLLVMSupport.dylib -Wl,-rpath, at executable_path/../lib Undefined symbols for architecture x86_64: "_xar_serialize", referenced from: DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, unsigned int, bool, bool, bool, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >) in MachODump.cpp.o "_xar_file_first", referenced from: DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, unsigned int, bool, bool, bool, std::__1::basic_string<char, std::__1::char_t...

...in/llvm-objdump >>>>> Undefined symbols for architecture x86_64: >>>>> "_xar_serialize", referenced from: >>>>> DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*, >>>>> unsigned int, bool, bool, bool, std::__1::basic_string<char, >>>>> std::__1::char_traits<char>, std::__1::allocator<char> >) in >>>>> MachODump.cpp.o >>>>> "_xar_file_first", referenced from: >>>>> DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*...