[LLVMbugs] [Bug 4870] New: Memory corruption in metadata something something
bugzilla-daemon at cs.uiuc.edu
bugzilla-daemon at cs.uiuc.edu
Wed Sep 2 20:22:56 PDT 2009
http://llvm.org/bugs/show_bug.cgi?id=4870
Summary: Memory corruption in metadata something something
Product: libraries
Version: trunk
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Core LLVM classes
AssignedTo: unassignedbugs at nondot.org
ReportedBy: daniel at zuster.org
CC: llvmbugs at cs.uiuc.edu
My i386-apple-darwin10 LLVM build fails because opt crashes stripping the debug
info in libprofile. This appears to be some kind of memory corruption, and it
works for x86_64-apple-darwin10.
--
ddunbar at giles:tmp$ /Users/ddunbar/llvm.obj.32/Debug/bin/opt -std-compile-opts
-strip-debug -o /dev/null -f /tmp/t.bc
ddunbar at giles:tmp$ /Users/../Users/ddunbar/llvm.obj.32/Debug/bin/opt
-std-compile-opts -strip-debug -o /dev/null -f /tmp/t.bc
ddunbar at giles:tmp$ /Users/../Users/../Users/ddunbar/llvm.obj.32/Debug/bin/opt
-std-compile-opts -strip-debug -o /dev/null -f /tmp/t.bc
While deleting: metadata %
Use still stuck around after Def is destroyed:!0 = metadata !{i32 458798, i32
0, metadata !1, metadata !"__inline_memcpy_chk", metadata
!"__inline_memcpy_chk", metadata !"__inline_memcpy_chk", metadata !2, i32 57,
null, i1 true, i1 true}
!1 = metadata !{i32 458769, i32 0, i32 1, metadata !"CommonProfiling.c",
metadata !"/Volumes/Data/Users/ddunbar/llvm/runtime/libprofile", metadata
!"4.2.1 (Based on Apple Inc. build 5649) (LLVM build)", i1 true, i1 false,
metadata !"", i32 0}
!2 = metadata !{i32 458769, i32 0, i32 1, metadata !"_string.h", metadata
!"/usr/include/secure", metadata !"4.2.1 (Based on Apple Inc. build 5649) (LLVM
build)", i1 false, i1 false, metadata !"", i32 0}
Assertion failed: (use_empty() && "Uses remain when a value is destroyed!"),
function ~Value, file /Volumes/Data/Users/ddunbar/llvm/lib/VMCore/Value.cpp,
line 81.
0 opt 0x003d0270 PrintStackTrace(void*) + 45
1 opt 0x003d0878 SignalHandler(int) + 410
2 libSystem.B.dylib 0x93442bfb _sigtramp + 43
3 libSystem.B.dylib 0xffffffff _sigtramp + 1824248879
4 libSystem.B.dylib 0x934d0ba5 raise + 26
5 libSystem.B.dylib 0x934e6c5c abort + 93
6 libSystem.B.dylib 0x934d3804 __pthread_markcancel + 0
7 opt 0x0038048f llvm::Value::~Value() + 443
8 opt 0x002e357b llvm::User::~User() + 103
9 opt 0x00356514 llvm::MetadataBase::~MetadataBase() + 40
10 opt 0x0035520a llvm::MDNode::~MDNode() + 106
11 opt 0x00349e12 llvm::LLVMContext::RemoveDeadMetadata() + 258
12 opt 0x000a7c5a StripDebugInfo(llvm::Module&) + 719
13 opt 0x000a82f4 (anonymous
namespace)::StripSymbols::runOnModule(llvm::Module&) + 26
14 opt 0x0035ea08
llvm::MPPassManager::runOnModule(llvm::Module&) + 378
15 opt 0x00360c52 llvm::PassManagerImpl::run(llvm::Module&) +
112
16 opt 0x00360ca9 llvm::PassManager::run(llvm::Module&) + 27
17 opt 0x0005adca main + 4469
18 opt 0x0004f0c9 start + 53
Stack dump:
0. Running pass 'Strip all symbols from a module' on module '/tmp/t.bc'.
Abort trap
--
(Yes, thats running the same binary three times with a longer argv[0]).
--
Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the llvm-bugs
mailing list