On Fri, Dec 5, 2008 at 1:58 PM, OvermindDL1 <overminddl1 at gmail.com> wrote:> On Fri, Dec 5, 2008 at 1:57 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >> 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... >> > > Helps if I post the errors, not that they will be of much help I would > bet, probably 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@2@@std@@QAEXAAV01@@Z) > 4>RegisterInfoEmitter.obj : error LNK2019: 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@2@@std@@QAEXAAV01@@Z) > referenced in function "public: virtual void __thiscall > llvm::RegisterInfoEmitter::run(class std::basic_ostream<char,struct > std::char_traits<char> > &)" > (?run at RegisterInfoEmitter@llvm@@UAEXAAV?$basic_ostream at DU?$char_traits at D@std@@@std@@@Z) > 4>DAGISelEmitter.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@2@@std@@QAEXAAV01@@Z) > 4>InstrInfoEmitter.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@2@@std@@QAEXAAV01@@Z) > 4>IntrinsicEmitter.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@2@@std@@QAEXAAV01@@Z) > 4>LLVMCConfigurationEmitter.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@2@@std@@QAEXAAV01@@Z) > 4>AsmWriterEmitter.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@2@@std@@QAEXAAV01@@Z) > 4>CodeGenDAGPatterns.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@2@@std@@QAEXAAV01@@Z) > 4>CodeGenInstruction.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@2@@std@@QAEXAAV01@@Z) > 4>CodeGenTarget.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@2@@std@@QAEXAAV01@@Z) > 4>R:\SDKs\llvm\trunk_VC8nocrap_building\bin\Debug\tblgen.exe : fatal > error LNK1120: 1 unresolved externals > 4>Build Time 0:29 >Nope, even after deleting the thing, re-cmake'ing it, it still had those errors only in debug mode...
OvermindDL1 a écrit :> On Fri, Dec 5, 2008 at 1:58 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > >> On Fri, Dec 5, 2008 at 1:57 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >> >>> 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... >>> >>> >> <snip>With VS2008SP1 and VS2008 express on Vista , LLVM r60605 (including table gen) and Clang compile clean (of errors) for me. I don't even see const error... perhaps your svn copy is corrupt? regards, Cédric
On Fri, Dec 5, 2008 at 2:14 PM, OvermindDL1 <overminddl1 at gmail.com> wrote:> /* snip */As well as also getting tons of errors in LLVMCore, like this: 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(211) : error C2039: 'memcpy' : is not a member of 'llvm::Intrinsic' 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(211) : error C2051: case expression not constant 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(212) : error C2039: 'memmove' : is not a member of 'llvm::Intrinsic' 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(212) : error C2051: case expression not constant 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(213) : error C2039: 'memset' : is not a member of 'llvm::Intrinsic' 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(213) : error C2051: case expression not constant 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(216) : warning C4065: switch statement contains 'default' but no 'case' labels 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(246) : error C2039: 'memcpy' : is not a member of 'llvm::Intrinsic' 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(246) : error C2679: binary '==' : no operator found which takes a right-hand operand of type 'overloaded-function' (or there is no acceptable conversion) 10> R:\SDKs\llvm\trunk\include\llvm/ADT/APInt.h(1380): could be 'bool llvm::operator ==(uint64_t,const llvm::APInt &)' 10> while trying to match the argument list '(llvm::Intrinsic::ID, overloaded-function)' 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(274) : error C2039: 'memmove' : is not a member of 'llvm::Intrinsic' 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(274) : error C2679: binary '==' : no operator found which takes a right-hand operand of type 'overloaded-function' (or there is no acceptable conversion) 10> R:\SDKs\llvm\trunk\include\llvm/ADT/APInt.h(1380): could be 'bool llvm::operator ==(uint64_t,const llvm::APInt &)' 10> while trying to match the argument list '(llvm::Intrinsic::ID, overloaded-function)' 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(297) : error C2039: 'memset' : is not a member of 'llvm::Intrinsic' 10>R:\SDKs\llvm\trunk\include\llvm/IntrinsicInst.h(297) : error C2679: binary '==' : no operator found which takes a right-hand operand of type 'overloaded-function' (or there is no acceptable conversion) 10> R:\SDKs\llvm\trunk\include\llvm/ADT/APInt.h(1380): could be 'bool llvm::operator ==(uint64_t,const llvm::APInt &)' 10> while trying to match the argument list '(llvm::Intrinsic::ID, overloaded-function)' 10>..\..\..\trunk\lib\VMCore\Verifier.cpp(1343) : error C2039: 'memcpy' : is not a member of 'llvm::Intrinsic' 10>..\..\..\trunk\lib\VMCore\Verifier.cpp(1343) : error C2051: case expression not constant 10>..\..\..\trunk\lib\VMCore\Verifier.cpp(1344) : error C2039: 'memmove' : is not a member of 'llvm::Intrinsic' 10>..\..\..\trunk\lib\VMCore\Verifier.cpp(1344) : error C2051: case expression not constant 10>..\..\..\trunk\lib\VMCore\Verifier.cpp(1345) : error C2039: 'memset' : is not a member of 'llvm::Intrinsic' 10>..\..\..\trunk\lib\VMCore\Verifier.cpp(1345) : error C2051: case expression not constant 10>..\..\..\trunk\lib\VMCore\Verifier.cpp(1378) : error C2039: 'stackprotector' : is not a member of 'llvm::Intrinsic' 10>..\..\..\trunk\lib\VMCore\Verifier.cpp(1378) : error C2065: 'stackprotector' : undeclared identifier 10>..\..\..\trunk\lib\VMCore\Verifier.cpp(1378) : error C2051: case expression not constant I canceled that build and went ahead and tried to build release again, no errors yet, but I did notice a rather odd looking warning: 6>R:\SDKs\llvm\trunk\include\llvm/Support/ManagedStatic.h(23) : warning C4156: deletion of an array expression without using the array form of 'delete'; array form substituted 6> R:\SDKs\llvm\trunk\include\llvm/Support/ManagedStatic.h(72) : see reference to function template instantiation 'void llvm::object_deleter<C>(void *)' being compiled 6> with 6> [ 6> C=llvm::PseudoSourceValue [4] 6> ] 6> R:\SDKs\llvm\trunk\include\llvm/Support/ManagedStatic.h(71) : while compiling class template member function 'void llvm::ManagedStatic<C>::LazyInit(void) const' 6> with 6> [ 6> C=llvm::PseudoSourceValue [4] 6> ] 6> ..\..\..\trunk\lib\CodeGen\PseudoSourceValue.cpp(23) : see reference to class template instantiation 'llvm::ManagedStatic<C>' being compiled 6> with 6> [ 6> C=llvm::PseudoSourceValue [4] 6> ] And this warning has possible issues too: 13>LoopRotation.cpp 13>..\..\..\..\trunk\lib\Transforms\Scalar\LoopRotation.cpp(561) : warning C4288: nonstandard extension used : 'I' : loop control variable declared in the for-loop is used outside the for-loop scope; it conflicts with the declaration in the outer scope 13> ..\..\..\..\trunk\lib\Transforms\Scalar\LoopRotation.cpp(559) : definition of 'I' used 13> ..\..\..\..\trunk\lib\Transforms\Scalar\LoopRotation.cpp(465) : definition of 'I' ignored 13>..\..\..\..\trunk\lib\Transforms\Scalar\LoopRotation.cpp(561) : warning C4288: nonstandard extension used : 'I' : loop control variable declared in the for-loop is used outside the for-loop scope; it conflicts with the declaration in the outer scope 13> ..\..\..\..\trunk\lib\Transforms\Scalar\LoopRotation.cpp(559) : definition of 'I' used 13> ..\..\..\..\trunk\lib\Transforms\Scalar\LoopRotation.cpp(465) : definition of 'I' ignored And again at: 14>DeadArgumentElimination.cpp 14>..\..\..\..\trunk\lib\Transforms\IPO\DeadArgumentElimination.cpp(501) : warning C4288: nonstandard extension used : 'i' : loop control variable declared in the for-loop is used outside the for-loop scope; it conflicts with the declaration in the outer scope 14> ..\..\..\..\trunk\lib\Transforms\IPO\DeadArgumentElimination.cpp(498) : definition of 'i' used 14> ..\..\..\..\trunk\lib\Transforms\IPO\DeadArgumentElimination.cpp(492) : definition of 'i' ignored 14>..\..\..\..\trunk\lib\Transforms\IPO\DeadArgumentElimination.cpp(506) : warning C4288: nonstandard extension used : 'i' : loop control variable declared in the for-loop is used outside the for-loop scope; it conflicts with the declaration in the outer scope 14> ..\..\..\..\trunk\lib\Transforms\IPO\DeadArgumentElimination.cpp(498) : definition of 'i' used 14> ..\..\..\..\trunk\lib\Transforms\IPO\DeadArgumentElimination.cpp(492) : definition of 'i' ignored But basically yes, release builds in fulle with no errors, debug does not, I wonder if this is cmake related. Can take a look tomorrow at the earliest...
On Fri, Dec 5, 2008 at 2:31 PM, Cédric Venet <cedric.venet at laposte.net> wrote:> OvermindDL1 a écrit : >> On Fri, Dec 5, 2008 at 1:58 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >> >>> On Fri, Dec 5, 2008 at 1:57 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >>> >>>> 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... >>>> >>>> >>> <snip> > > With VS2008SP1 and VS2008 express on Vista , LLVM r60605 (including > table gen) and Clang compile clean (of errors) for me. I don't even see > const error... > perhaps your svn copy is corrupt?Do not think so, updated it fresh a couple of times, but will not be able to fully clean everything out well until I actually get to sitting at the computer again, trying to clean it remotely would take me hours (that I do not have). I am quite confident about that functor needing const though; I have experienced that error many times and that has always been the fix.
Reasonably Related Threads
- [LLVMdev] Build errors on trunk for about a week now.
- [LLVMdev] Build errors on trunk for about a week now.
- [LLVMdev] Build errors on trunk for about a week now.
- [LLVMdev] Build errors on trunk for about a week now.
- [LLVMdev] Build errors on trunk for about a week now.