[lldb-dev] Heads up: LLDB is broken with LLVM at ToT

Zachary Turner zturner at google.com
Tue Dec 9 17:53:51 PST 2014


I'm also still getting DenseMap failures on Windows after the MDNode
placement new/delete fix. Is this being tracked separately?
On Tue, Dec 9, 2014 at 3:38 PM Duncan P. N. Exon Smith <dexonsmith at apple.com>
wrote:

> This looks like PR21798, I hope.
>
> > On 2014 Dec 9, at 15:37, Sean Callanan <scallanan at apple.com> wrote:
> >
> > I see this crash while LLDB is exiting in OS X:
> > –
> > #0    0x000000010b03da7f in bool llvm::DenseMapBase<llvm::SmallDenseMap<void*,
> std::__1::pair<llvm::PointerUnion<llvm::MetadataAsValue*,
> llvm::Metadata*>, unsigned long long>, 4u, llvm::DenseMapInfo<void*>,
> llvm::detail::DenseMapPair<void*, std::__1::pair<llvm::PointerUnion<llvm::MetadataAsValue*,
> llvm::Metadata*>, unsigned long long> > >, void*, std::__1::pair<llvm::
> PointerUnion<llvm::MetadataAsValue*, llvm::Metadata*>, unsigned long
> long>, llvm::DenseMapInfo<void*>, llvm::detail::DenseMapPair<void*,
> std::__1::pair<llvm::PointerUnion<llvm::MetadataAsValue*,
> llvm::Metadata*>, unsigned long long> > >::LookupBucketFor<void*>(void*
> const&, llvm::detail::DenseMapPair<void*, std::__1::pair<llvm::
> PointerUnion<llvm::MetadataAsValue*, llvm::Metadata*>, unsigned long
> long> > const*&) const at /Volumes/Lachesis/Software/
> lldb-svn/lldb/llvm/include/llvm/ADT/DenseMap.h:495
> > #1    0x000000010b03d918 in bool llvm::DenseMapBase<llvm::SmallDenseMap<void*,
> std::__1::pair<llvm::PointerUnion<llvm::MetadataAsValue*,
> llvm::Metadata*>, unsigned long long>, 4u, llvm::DenseMapInfo<void*>,
> llvm::detail::DenseMapPair<void*, std::__1::pair<llvm::PointerUnion<llvm::MetadataAsValue*,
> llvm::Metadata*>, unsigned long long> > >, void*, std::__1::pair<llvm::
> PointerUnion<llvm::MetadataAsValue*, llvm::Metadata*>, unsigned long
> long>, llvm::DenseMapInfo<void*>, llvm::detail::DenseMapPair<void*,
> std::__1::pair<llvm::PointerUnion<llvm::MetadataAsValue*,
> llvm::Metadata*>, unsigned long long> > >::LookupBucketFor<void*>(void*
> const&, llvm::detail::DenseMapPair<void*, std::__1::pair<llvm::
> PointerUnion<llvm::MetadataAsValue*, llvm::Metadata*>, unsigned long
> long> >*&) at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/include/
> llvm/ADT/DenseMap.h:525
> > #2    0x000000010b031893 in llvm::DenseMapBase<llvm::SmallDenseMap<void*,
> std::__1::pair<llvm::PointerUnion<llvm::MetadataAsValue*,
> llvm::Metadata*>, unsigned long long>, 4u, llvm::DenseMapInfo<void*>,
> llvm::detail::DenseMapPair<void*, std::__1::pair<llvm::PointerUnion<llvm::MetadataAsValue*,
> llvm::Metadata*>, unsigned long long> > >, void*, std::__1::pair<llvm::
> PointerUnion<llvm::MetadataAsValue*, llvm::Metadata*>, unsigned long
> long>, llvm::DenseMapInfo<void*>, llvm::detail::DenseMapPair<void*,
> std::__1::pair<llvm::PointerUnion<llvm::MetadataAsValue*,
> llvm::Metadata*>, unsigned long long> > >::erase(void* const&) at
> /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/include/
> llvm/ADT/DenseMap.h:200
> > #3    0x000000010b022e7a in llvm::ReplaceableMetadataImpl::dropRef(void*)
> at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/lib/IR/Metadata.cpp:135
> > #4    0x000000010b0409e2 in llvm::MetadataTracking::untrack(void*,
> llvm::Metadata&) at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/lib/IR/
> MetadataTracking.cpp:42
> > #5    0x000000010afcf00c in llvm::MetadataTracking::untrack(llvm::Metadata*&)
> at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/include/
> llvm/IR/MetadataTracking.h:69
> > #6    0x000000010afced0a in llvm::TrackingMDRef::untrack() at
> /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/include/
> llvm/IR/TrackingMDRef.h:90
> > #7    0x000000010afd0385 in llvm::TrackingMDRef::~TrackingMDRef() at
> /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/include/
> llvm/IR/TrackingMDRef.h:56
> > #8    0x000000010afd0365 in llvm::TrackingMDRef::~TrackingMDRef() at
> /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/include/
> llvm/IR/TrackingMDRef.h:56
> > #9    0x00000001092ba55e in llvm::DenseMapBase<llvm::DenseMap<char
> const*, llvm::TrackingMDRef, llvm::DenseMapInfo<char const*>,
> llvm::detail::DenseMapPair<char const*, llvm::TrackingMDRef> >, char
> const*, llvm::TrackingMDRef, llvm::DenseMapInfo<char const*>,
> llvm::detail::DenseMapPair<char const*, llvm::TrackingMDRef>
> >::destroyAll() at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/include/
> llvm/ADT/DenseMap.h:264
> > #10   0x00000001092ba48f in llvm::DenseMap<char const*,
> llvm::TrackingMDRef, llvm::DenseMapInfo<char const*>,
> llvm::detail::DenseMapPair<char const*, llvm::TrackingMDRef>
> >::~DenseMap() at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/include/
> llvm/ADT/DenseMap.h:578
> > #11   0x00000001092ae2a5 in llvm::DenseMap<char const*,
> llvm::TrackingMDRef, llvm::DenseMapInfo<char const*>,
> llvm::detail::DenseMapPair<char const*, llvm::TrackingMDRef>
> >::~DenseMap() at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/include/
> llvm/ADT/DenseMap.h:577
> > #12   0x000000010929323b in clang::CodeGen::CGDebugInfo::~CGDebugInfo()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/tools/
> clang/lib/CodeGen/CGDebugInfo.cpp:53
> > #13   0x0000000109293315 in clang::CodeGen::CGDebugInfo::~CGDebugInfo()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/tools/
> clang/lib/CodeGen/CGDebugInfo.cpp:50
> > #14   0x0000000109421bca in clang::CodeGen::CodeGenModule::~CodeGenModule()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/tools/clang/lib/CodeGen/
> CodeGenModule.cpp:164
> > #15   0x0000000109422355 in clang::CodeGen::CodeGenModule::~CodeGenModule()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/tools/clang/lib/CodeGen/
> CodeGenModule.cpp:157
> > #16   0x0000000109537e36 in std::__1::default_delete<
> clang::CodeGen::CodeGenModule>::operator()(clang::CodeGen::CodeGenModule*)
> const [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2426
> > #17   0x0000000109537e0f in std::__1::unique_ptr<clang::CodeGen::CodeGenModule,
> std::__1::default_delete<clang::CodeGen::CodeGenModule>
> >::reset(clang::CodeGen::CodeGenModule*) [inlined] at
> /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2625
> > #18   0x0000000109537d8f in std::__1::unique_ptr<clang::CodeGen::CodeGenModule,
> std::__1::default_delete<clang::CodeGen::CodeGenModule> >::~unique_ptr()
> [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2593
> > #19   0x0000000109537d8f in std::__1::unique_ptr<clang::CodeGen::CodeGenModule,
> std::__1::default_delete<clang::CodeGen::CodeGenModule> >::~unique_ptr()
> [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2593
> > #20   0x0000000109537d8f in (anonymous namespace)::CodeGeneratorImpl::~CodeGeneratorImpl()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/tools/clang/lib/CodeGen/
> ModuleBuilder.cpp:63
> > #21   0x0000000109536835 in (anonymous namespace)::CodeGeneratorImpl::~CodeGeneratorImpl()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/tools/clang/lib/CodeGen/
> ModuleBuilder.cpp:63
> > #22   0x0000000109536859 in (anonymous namespace)::CodeGeneratorImpl::~CodeGeneratorImpl()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/llvm/tools/clang/lib/CodeGen/
> ModuleBuilder.cpp:63
> > #23   0x000000010bd4cf05 in std::__1::default_delete<
> clang::CodeGenerator>::operator()(clang::CodeGenerator*) const [inlined]
> at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2426
> > #24   0x000000010bd4ceda in std::__1::unique_ptr<clang::CodeGenerator,
> std::__1::default_delete<clang::CodeGenerator>
> >::reset(clang::CodeGenerator*) [inlined] at /Applications/Xcode.app/
> Contents/Developer/Toolchains/OSX10.10.xctoolchain/usr/bin/.
> ./include/c++/v1/memory:2625
> > #25   0x000000010bd4ce53 in std::__1::unique_ptr<clang::CodeGenerator,
> std::__1::default_delete<clang::CodeGenerator> >::~unique_ptr() [inlined]
> at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2593
> > #26   0x000000010bd4ce53 in std::__1::unique_ptr<clang::CodeGenerator,
> std::__1::default_delete<clang::CodeGenerator> >::~unique_ptr() [inlined]
> at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2593
> > #27   0x000000010bd4ce53 in lldb_private::ClangExpressionParser::~ClangExpressionParser()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/source/Expression/
> ClangExpressionParser.cpp:338
> > #28   0x000000010bd4d545 in lldb_private::ClangExpressionParser::~ClangExpressionParser()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/source/Expression/
> ClangExpressionParser.cpp:337
> > #29   0x000000010bd2ce7f in std::__1::default_delete<lldb_private::
> ClangExpressionParser>::operator()(lldb_private::ClangExpressionParser*)
> const [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2426
> > #30   0x000000010bd2ce58 in std::__1::unique_ptr<lldb_private::ClangExpressionParser,
> std::__1::default_delete<lldb_private::ClangExpressionParser>
> >::reset(lldb_private::ClangExpressionParser*) [inlined] at
> /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2625
> > #31   0x000000010bd2cdd8 in std::__1::unique_ptr<lldb_private::ClangExpressionParser,
> std::__1::default_delete<lldb_private::ClangExpressionParser>
> >::~unique_ptr() [inlined] at /Applications/Xcode.app/
> Contents/Developer/Toolchains/OSX10.10.xctoolchain/usr/bin/.
> ./include/c++/v1/memory:2593
> > #32   0x000000010bd2cdd8 in std::__1::unique_ptr<lldb_private::ASTStructExtractor,
> std::__1::default_delete<lldb_private::ASTStructExtractor>
> >::~unique_ptr() [inlined] at /Applications/Xcode.app/
> Contents/Developer/Toolchains/OSX10.10.xctoolchain/usr/bin/.
> ./include/c++/v1/memory:2593
> > #33   0x000000010bd2cdd8 in lldb_private::ClangFunction::~ClangFunction()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/source/
> Expression/ClangFunction.cpp:118
> > #34   0x000000010bd2ced5 in lldb_private::ClangFunction::~ClangFunction()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/source/
> Expression/ClangFunction.cpp:110
> > #35   0x000000010bd2cef9 in lldb_private::ClangFunction::~ClangFunction()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/source/
> Expression/ClangFunction.cpp:110
> > #36   0x000000010c38f1ff in std::__1::default_delete<lldb_
> private::ClangFunction>::operator()(lldb_private::ClangFunction*) const
> [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2426
> > #37   0x000000010c38f1d4 in std::__1::unique_ptr<lldb_private::ClangFunction,
> std::__1::default_delete<lldb_private::ClangFunction>
> >::reset(lldb_private::ClangFunction*) [inlined] at
> /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2625
> > #38   0x000000010c38f154 in std::__1::unique_ptr<lldb_private::ClangFunction,
> std::__1::default_delete<lldb_private::ClangFunction> >::~unique_ptr()
> [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2593
> > #39   0x000000010c38f154 in std::__1::unique_ptr<lldb_
> private::AppleObjCRuntimeV2::TaggedPointerVendor,
> std::__1::default_delete<lldb_private::AppleObjCRuntimeV2::TaggedPointerVendor>
> >::~unique_ptr() [inlined] at /Applications/Xcode.app/
> Contents/Developer/Toolchains/OSX10.10.xctoolchain/usr/bin/.
> ./include/c++/v1/memory:2593
> > #40   0x000000010c38f154 in lldb_private::AppleObjCRuntimeV2::~AppleObjCRuntimeV2()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/source/Plugins/
> LanguageRuntime/ObjC/AppleObjCRuntime/AppleObjCRuntimeV2.cpp:365
> > #41   0x000000010c38f405 in lldb_private::AppleObjCRuntimeV2::~AppleObjCRuntimeV2()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/source/Plugins/
> LanguageRuntime/ObjC/AppleObjCRuntime/AppleObjCRuntimeV2.cpp:364
> > #42   0x000000010c38f429 in lldb_private::AppleObjCRuntimeV2::~AppleObjCRuntimeV2()
> at /Volumes/Lachesis/Software/lldb-svn/lldb/source/Plugins/
> LanguageRuntime/ObjC/AppleObjCRuntime/AppleObjCRuntimeV2.cpp:364
> > #43   0x000000010c1cc07c in std::__1::default_delete<lldb_
> private::LanguageRuntime>::operator()(lldb_private::LanguageRuntime*)
> const [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:2426
> > #44   0x000000010c1cc051 in std::__1::__shared_ptr_
> pointer<lldb_private::LanguageRuntime*, std::__1::default_delete<lldb_private::LanguageRuntime>,
> std::__1::allocator<lldb_private::LanguageRuntime> >::__on_zero_shared()
> at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:3669
> > #45   0x00007fff92b9d8a6 in std::__1::__shared_weak_count::__release_shared()
> ()
> > #46   0x000000010c1cb90f in std::__1::shared_ptr<lldb_
> private::LanguageRuntime>::~shared_ptr() at /Applications/Xcode.app/
> Contents/Developer/Toolchains/OSX10.10.xctoolchain/usr/bin/.
> ./include/c++/v1/memory:4448
> > #47   0x000000010c1c3925 in std::__1::shared_ptr<lldb_
> private::LanguageRuntime>::~shared_ptr() at /Applications/Xcode.app/
> Contents/Developer/Toolchains/OSX10.10.xctoolchain/usr/bin/.
> ./include/c++/v1/memory:4446
> > #48   0x000000010c1ce09c in std::__1::pair<lldb::LanguageType const,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >::~pair() at
> /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/utility:248
> > #49   0x000000010c1ce075 in std::__1::pair<lldb::LanguageType const,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >::~pair() at
> /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/utility:248
> > #50   0x000000010c1cdff9 in std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >::~__value_type()
> [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/map:617
> > #51   0x000000010c1cdff1 in std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >::~__value_type()
> [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/map:617
> > #52   0x000000010c1cdff1 in void std::__1::allocator_traits<
> std::__1::allocator<std::__1::__tree_node<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >, void*> >
> >::__destroy<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >
> >(std::__1::integral_constant<bool, false>, std::__1::allocator<std::__1::
> __tree_node<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >, void*> >&,
> std::__1::__value_type<lldb::LanguageType, std::__1::shared_ptr<lldb_private::LanguageRuntime>
> >*) [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:1585
> > #53   0x000000010c1cdfdd in void std::__1::allocator_traits<
> std::__1::allocator<std::__1::__tree_node<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >, void*> >
> >::destroy<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >
> >(std::__1::allocator<std::__1::__tree_node<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >, void*> >&,
> std::__1::__value_type<lldb::LanguageType, std::__1::shared_ptr<lldb_private::LanguageRuntime>
> >*) [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/memory:1483
> > #54   0x000000010c1cdfcd in std::__1::__tree<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >,
> std::__1::__map_value_compare<lldb::LanguageType,
> std::__1::__value_type<lldb::LanguageType, std::__1::shared_ptr<lldb_private::LanguageRuntime>
> >, std::__1::less<lldb::LanguageType>, true>,
> std::__1::allocator<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> > >
> >::destroy(std::__1::__tree_node<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >, void*>*) at
> /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/__tree:1445
> > #55   0x000000010c1cde69 in std::__1::__tree<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> >,
> std::__1::__map_value_compare<lldb::LanguageType,
> std::__1::__value_type<lldb::LanguageType, std::__1::shared_ptr<lldb_private::LanguageRuntime>
> >, std::__1::less<lldb::LanguageType>, true>,
> std::__1::allocator<std::__1::__value_type<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> > > >::clear() at
> /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/__tree:1477
> > #56   0x000000010c19ea1c in std::__1::map<lldb::LanguageType,
> std::__1::shared_ptr<lldb_private::LanguageRuntime>, std::__1::less<lldb::LanguageType>,
> std::__1::allocator<std::__1::pair<lldb::LanguageType const,
> std::__1::shared_ptr<lldb_private::LanguageRuntime> > > >::clear()
> [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/
> OSX10.10.xctoolchain/usr/bin/../include/c++/v1/map:1073
> > #57   0x000000010c19ea17 in lldb_private::Process::Finalize() at
> /Volumes/Lachesis/Software/lldb-svn/lldb/source/Target/Process.cpp:846
> > #58   0x000000010bb7ab0b in lldb_private::Debugger::Clear() at
> /Volumes/Lachesis/Software/lldb-svn/lldb/source/Core/Debugger.cpp:722
> > #59   0x000000010bb7a0e6 in lldb_private::Debugger::
> Destroy(std::__1::shared_ptr<lldb_private::Debugger>&) at
> /Volumes/Lachesis/Software/lldb-svn/lldb/source/Core/Debugger.cpp:571
> > #60   0x0000000108a5a341 in lldb::SBDebugger::Destroy(lldb::SBDebugger&)
> at /Volumes/Lachesis/Software/lldb-svn/lldb/source/API/SBDebugger.cpp:213
> > #61   0x00000001089e1084 in Driver::MainLoop() at
> /Volumes/Lachesis/Software/lldb-svn/lldb/tools/driver/Driver.cpp:1157
> > #62   0x00000001089e16ab in main at /Volumes/Lachesis/Software/
> lldb-svn/lldb/tools/driver/Driver.cpp:1251
> > #63   0x00000001089d9da4 in start ()
> > –
> > Sean
> >
> >> On Dec 9, 2014, at 3:04 PM, Zachary Turner <zturner at google.com> wrote:
> >>
> >> I filed the bug anyway, can't hurt to try reproducing on other
> platforms.
> >>
> >> On Tue Dec 09 2014 at 2:56:24 PM Duncan P. N. Exon Smith <
> dexonsmith at apple.com> wrote:
> >> Ah.  No :/.
> >>
> >>
> >> > On 2014 Dec 9, at 14:55, Zachary Turner <zturner at google.com> wrote:
> >> >
> >> > Do you have access to a Windows machien to test on?  I suspect it's
> going to require Windows to reproduce.
> >> >
> >> > On Tue Dec 09 2014 at 2:54:44 PM Duncan P. N. Exon Smith <
> dexonsmith at apple.com> wrote:
> >> > Weird, it passed an LTO bootstrap for me.
> >> >
> >> > Is it possible to file a PR with a testcase?  I'll look at it right
> >> > away.
> >> >
> >> > > On 2014 Dec 9, at 14:50, Zachary Turner <zturner at google.com> wrote:
> >> > >
> >> > > Just an additional heads up that there may be some runtime issues
> with the patch as well.
> >> > >
> >> > > Running this command:
> >> > > d:\src\llvm\build\ninja\bin\clang++.exe -std=c++11 -g -O0 -m32
>  -Id:/src/llvm/tools/lldb/test/make/../../include -fno-exceptions
> -include d:/src/llvm/tools/lldb/test/make/uncaught_exception.h
> -D_HAS_EXCEPTIONS=0 -O0   -c -o main.o main.cpp
> >> > >
> >> > > Results in this:
> >> > >
> >> > > Stack dump:
> >> > > 0.      Program arguments: d:\src\llvm\build\ninja\bin\clang++.exe
> -cc1 -triple i686-pc-windows-msvc -emit-obj -mrelax-all -disable-free
> -main-file-name main.cpp -mrelocation-model static -mthread-model posix
> -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases
> -target-cpu pentium4 -g
> >> > > -dwarf-column-info -coverage-file d:\src\llvm\tools\lldb\test\
> functionalities\data-formatter\data-formatter-stl\libcxx\vbool\main.o
> -resource-dir d:\src\llvm\build\ninja\bin\..\lib\clang\3.6.0 -include
> d:/src/llvm/tools/lldb/test/make/uncaught_exception.h -D
> _HAS_EXCEPTIONS=0 -I d:/src/llvm/tools/ll
> >> > > db/test/make/../../include -internal-isystem
> d:\src\llvm\build\ninja\bin\..\lib\clang\3.6.0\include -internal-isystem
> C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include
> -internal-isystem C:\Program Files (x86)\Windows Kits\8.1\include\shared
> -internal-isystem C:\Program Files (x86)\Windo
> >> > > ws Kits\8.1\include\um -internal-isystem C:\Program Files
> (x86)\Windows Kits\8.1\include\winrt -O0 -std=c++11 -fdeprecated-macro
> -fdebug-compilation-dir d:\src\llvm\tools\lldb\test\functionalities\data-
> formatter\data-formatter-stl\libcxx\vbool -ferror-limit 19
> -fmessage-length 300 -mstackrealign -fm
> >> > > s-extensions -fms-compatibility -fms-compatibility-version=17.00
> -fdelayed-template-parsing -fobjc-runtime=gcc -fdiagnostics-show-option
> -fcolor-diagnostics -o main.o -x c++ main.cpp
> >> > > 1.      <eof> parser at end of file
> >> > > 2.      Per-file LLVM IR generation
> >> > > 0x578AAA3B (0x07C903C4 0x07C903E4 0x07C903E4 0x05D8E590), ??3 at YAXPAX@Z()
> + 0xAB bytes(s)
> >> > > 0x01242744 (0x07C903E4 0x07C903E4 0x05D8E5AC 0x01242B8A),
> llvm::MDNode::operator delete() + 0x34 bytes(s),
> d:\src\llvm\lib\ir\metadata.cpp, line 388 + 0x14 byte(s)
> >> > > 0x0124D367 (0x00000001 0x00000000 0xCCCCCCCC 0x07C903E4),
> llvm::MDNodeFwdDecl::`scalar deleting destructor'() + 0x27 bytes(s)
> >> > > 0x01242B8A (0x07C903E4 0x05D8E788 0x05D8E7FC 0xCCCCCCCC),
> llvm::MDNode::deleteTemporary() + 0x8A bytes(s),
> d:\src\llvm\lib\ir\metadata.cpp, line 591 + 0x25 byte(s)
> >> > > 0x01148933 (0x06150E78 0x07C903E4 0x05D8E7E4 0x05D8E7FC),
> llvm::DIDescriptor::replaceAllUsesWith() + 0x123 bytes(s),
> d:\src\llvm\lib\ir\debuginfo.cpp, line 342 + 0x9 byte(s)
> >> > > 0x01C824B7 (0x05D8E848 0x05D8E7FC 0xCCCCCCCC 0xCCCCCCCC),
> clang::CodeGen::CGDebugInfo::finalize() + 0x2A7 bytes(s),
> d:\src\llvm\tools\clang\lib\codegen\cgdebuginfo.cpp, line 3390
> >> > > 0x01C112BB (0x0618BE90 0x05D8E848 0x01BEFB40 0x0617DDE0),
> clang::CodeGen::CodeGenModule::Release() + 0x3CB bytes(s),
> d:\src\llvm\tools\clang\lib\codegen\codegenmodule.cpp, line 415
> >> > > 0x01C0E576 (0x0617DDE0 0x05D8E8D0 0x05D8E854 0xCCCCCCCC),
> `anonymous namespace'::CodeGeneratorImpl::HandleTranslationUnit() + 0x86
> bytes(s), d:\src\llvm\tools\clang\lib\codegen\modulebuilder.cpp, line 198
> >> > > 0x01BEFB40 (0x0617DDE0 0x05D8EAD0 0x05D8E8E0 0x061B8890),
> clang::BackendConsumer::HandleTranslationUnit() + 0x60 bytes(s),
> d:\src\llvm\tools\clang\lib\codegen\codegenaction.cpp, line 131 + 0x21
> byte(s)
> >> > > 0x025B1717 (0x061A2460 0x00000000 0x00000000 0x05D8EAD8),
> clang::ParseAST() + 0x237 bytes(s), d:\src\llvm\tools\clang\lib\parse\parseast.cpp,
> line 154 + 0x18 byte(s)
> >> > > 0x018BF641 (0x05D8EB54 0x05D8EAD8 0xCCCCCCCC 0xCCCCCCCC),
> clang::ASTFrontendAction::ExecuteAction() + 0x101 bytes(s),
> d:\src\llvm\tools\clang\lib\frontend\frontendaction.cpp, line 527 + 0x30
> byte(s)
> >> > > 0x01BEC33F (0x05D8EB00 0xCCCCCCCC 0xCCCCCCCC 0xCCCCCCCC),
> clang::CodeGenAction::ExecuteAction() + 0x3CF bytes(s),
> d:\src\llvm\tools\clang\lib\codegen\codegenaction.cpp, line 729
> >> > > 0x018BF22E (0x05D8EBF8 0x00000000 0xCCCCCCCC 0xCCCCCCCC),
> clang::FrontendAction::Execute() + 0x7E bytes(s),
> d:\src\llvm\tools\clang\lib\frontend\frontendaction.cpp, line 428 + 0xF
> byte(s)
> >> > > 0x0187A821 (0x06158390 0x05D8F100 0x00000000 0xCCCCCCCC),
> clang::CompilerInstance::ExecuteAction() + 0x2A1 bytes(s),
> d:\src\llvm\tools\clang\lib\frontend\compilerinstance.cpp, line 812
> >> > > 0x019CDDBE (0x06152A98 0x05D8FEC8 0xCCCCCCCC 0xCCCCCCCC), clang::ExecuteCompilerInvocation()
> + 0x30E bytes(s), d:\src\llvm\tools\clang\lib\frontendtool\executecompilerinvocation.cpp,
> line 222 + 0x11 byte(s)
> >> > > 0x0041461F (0x05D8FAB0 0x0000003D 0x06155AD0 0x0035139D),
> cc1_main() + 0x2FF bytes(s), d:\src\llvm\tools\clang\tools\driver\cc1_main.cpp,
> line 110 + 0xE byte(s)
> >> > > 0x003FFC18 (0x05D8FAA8 0x0000003F 0x06155AFC 0x00000000),
> ExecuteCC1Tool() + 0x78 bytes(s), d:\src\llvm\tools\clang\tools\driver\driver.cpp,
> line 369 + 0x2B byte(s)
> >> > > 0x003FFFB5 (0x0000003F 0x061519E8 0x06145120 0x5DB515C0), main() +
> 0x2F5 bytes(s), d:\src\llvm\tools\clang\tools\driver\driver.cpp, line 415
> + 0x33 byte(s)
> >> > > 0x034BDA89 (0x05D8FF2C 0x75CC919F 0x7EDD4000 0x05D8FF70),
> __tmainCRTStartup() + 0x199 bytes(s), f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c,
> line 626 + 0x19 byte(s)
> >> > > 0x034BDBCD (0x7EDD4000 0x05D8FF70 0x77A40BBB 0x7EDD4000),
> mainCRTStartup() + 0xD bytes(s), f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c,
> line 466
> >> > > 0x75CC919F (0x7EDD4000 0x2F016EAA 0x00000000 0x00000000),
> BaseThreadInitThunk() + 0xE bytes(s)
> >> > > 0x77A40BBB (0xFFFFFFFF 0x77A2C9D1 0x00000000 0x00000000),
> RtlInitializeExceptionChain() + 0x84 bytes(s)
> >> > > 0x77A40B91 (0x034BDBC0 0x7EDD4000 0x00000000 0x00000000),
> RtlInitializeExceptionChain() + 0x5A bytes(s)
> >> > > ^C
> >> > > d:\src\llvm\tools\lldb\test\functionalities\data-
> formatter\data-formatter-stl\libcxx\vbool>
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > > On Tue Dec 09 2014 at 2:41:09 PM Duncan P. N. Exon Smith <
> dexonsmith at apple.com> wrote:
> >> > > Awesome, thanks for the help!
> >> > >
> >> > > > On 2014 Dec 9, at 14:28, Zachary Turner <zturner at google.com>
> wrote:
> >> > > >
> >> > > > This fixes the issue.  I will check in your patch.  Thanks!
> >> > > >
> >> > > > On Tue Dec 09 2014 at 2:20:02 PM Zachary Turner <
> zturner at google.com> wrote:
> >> > > > Testing now.   I notice a few of the changes aren't actually
> required in order to fix compiler errors.  For example, this line:
> >> > > >
> >> > > > -    ConstantInt *constant_int = dyn_cast<ConstantInt>(alloc_
> md->getOperand(0));
> >> > > > +    ConstantInt *constant_int = mdconst::dyn_extract<
> ConstantInt>(alloc_md->getOperand(0));
> >> > > >
> >> > > > wasn't actually failing.  Not sure if that's important, but I'm
> using your fixed version anyway.
> >> > > >
> >> > > > On Tue Dec 09 2014 at 2:11:08 PM Duncan P. N. Exon Smith <
> dexonsmith at apple.com> wrote:
> >> > > > Attaching a patch that should fix it.  Can you try compiling?
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > > > On 2014 Dec 9, at 14:03, Zachary Turner <zturner at google.com>
> wrote:
> >> > > > >
> >> > > > > Here's the 3 errors.
> >> > > > >
> >> > > > > ..\..\tools\lldb\source\Expression\IRForTarget.cpp(413) :
> error C2678: binary '!=' : no operator found which takes a left-hand
> operand of type 'const llvm::MDOperand' (or there is no acceptable
> conversion)
> >> > > > >         d:\src\llvm\include\llvm/ADT/APSInt.h(291): could be
> 'bool llvm::operator !=(int64_t,const llvm::APSInt &)'
> >> > > > >         d:\src\llvm\include\llvm/ADT/APInt.h(1724): or
>  'bool llvm::operator !=(uint64_t,const llvm::APInt &)'
> >> > > > >         d:\src\llvm\include\llvm/ADT/StringRef.h(527): or
>  'bool llvm::operator !=(llvm::StringRef,llvm::StringRef)'
> >> > > > >         while trying to match the argument list '(const
> llvm::MDOperand, const llvm::GlobalValue *)'
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > ..\..\tools\lldb\source\Expression\IRForTarget.cpp(647) :
> error C2664: 'llvm::MDNode *llvm::MDNode::get(llvm::LLVMContext
> &,llvm::ArrayRef<llvm::Metadata *>)' : cannot convert argument 2 from
> 'llvm::ArrayRef<llvm::Value *>' to 'llvm::ArrayRef<llvm::Metadata *>'
> >> > > > >         No user-defined-conversion operator available that can
> perform this conversion, or the operator cannot be called
> >> > > > >
> >> > > > >
> >> > > > > ..\..\tools\lldb\source\Expression\IRForTarget.cpp(1254) :
> error C2664: 'llvm::MDNode *llvm::MDNode::get(llvm::LLVMContext
> &,llvm::ArrayRef<llvm::Metadata *>)' : cannot convert argument 2 from
> 'llvm::ArrayRef<llvm::Value *>' to 'llvm::ArrayRef<llvm::Metadata *>'
> >> > > > >         No user-defined-conversion operator available that can
> perform this conversion, or the operator cannot be called
> >> > > > >
> >> > > > >
> >> > > > > On Tue Dec 09 2014 at 1:56:03 PM Zachary Turner <
> zturner at google.com> wrote:
> >> > > > > I'm not sure what the status of building LLDB with CMake is,
> but the normal way apple people build LLDB is to structure the directory
> like this:
> >> > > > >
> >> > > > > lldb
> >> > > > > --llvm
> >> > > > > ----tools
> >> > > > > ------clang
> >> > > > >
> >> > > > > Then open the xcode workspace and build the lldb-tool target.
> >> > > > >
> >> > > > > I'll sync to ToT again though so that I can get you a dump of
> the compiler errors I'm seeing.
> >> > > > >
> >> > > > > On Tue Dec 09 2014 at 1:52:40 PM Duncan P. N. Exon Smith <
> dexonsmith at apple.com> wrote:
> >> > > > > I'm trying to build lldb now, but it's hung trying to build
> LLVM and
> >> > > > > clang... but I already built these?  I don't really understand.
> >> > > > >
> >> > > > > Is there any way to make lldb point to my LLVM checkout?  I
> just want to
> >> > > > > see the compiler errors so I can fix them :(.
> >> > > > >
> >> > > > > Alternatively, if some can email me a compile log with all the
> errors
> >> > > > > (can you do a `make -k` or something?) I can send you a
> patch... this is
> >> > > > > mechanical to update, but I need the compiler to tell me what's
> wrong.
> >> > > > >
> >> > > > > I expect the fixes to all be along these lines:
> >> > > > >
> >> > > > >  - Value *Ops[] => Metadata *Ops[]
> >> > > > >
> >> > > > >  - cast<ConstantInt>(N->getOperand(0)) =>
> >> > > > >    mdconst::extract<ConstantInt>(N->getOperand(0))
> >> > > > >
> >> > > > >  - Value *Op = ConstantInt::get(...) =>
> >> > > > >    Metadata *Op = ConstantAsMetadata::get(
> ConstantInt::get(...))
> >> > > > >
> >> > > > > Sorry for the breakage :(.
> >> > > > >
> >> > > > > > On 2014 Dec 9, at 13:41, Zachary Turner <zturner at google.com>
> wrote:
> >> > > > > >
> >> > > > > > If you sync llvm past git revision
> db7b69e3a634c5fdff0eceeee2a41ee49c3270a2 (svn r223802), your LLDB build
> will be broken.
> >> > > > > >
> >> > > > > > I was able to fix one of the errors, but this isn't really my
> area of expertise, so I stopped when I realized I didn't know what I was
> doing.
> >> > > > > >
> >> > > > > > Just a warning not to sync LLVM until this is fixed.  I've
> CC'ed Sean and Duncan as they are probably the best people to fix this, but
> if anyone else knows how to fix it, feel free.
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20141210/8a328cef/attachment.html>


More information about the lldb-dev mailing list