[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