[LLVMbugs] [Bug 10286] New: Compiling code using labels as pointers produces <badref>s in disassembly

bugzilla-daemon at llvm.org bugzilla-daemon at llvm.org
Wed Jul 6 09:22:29 PDT 2011


http://llvm.org/bugs/show_bug.cgi?id=10286

           Summary: Compiling code using labels as pointers produces
                    <badref>s in disassembly
           Product: clang
           Version: trunk
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P
         Component: LLVM Codegen
        AssignedTo: unassignedclangbugs at nondot.org
        ReportedBy: max99x at gmail.com
                CC: llvmbugs at cs.uiuc.edu


Created an attachment (id=6840)
 --> (http://llvm.org/bugs/attachment.cgi?id=6840)
C source and resulting bytecode disassembly

When compiling the attached program with clang -c -emit-llvm -m32, then
disassembling the result with llvm-dis -show-annotations, the produced LL (also
attached) contains <badref> instead of labels. Compiling straight away without
-emit-llvm and disassembling produces a valid program.

This happens on both 2.9 (from Arch Linux repositories) and trunk (built
manually). Trunk configured with:

../llvm/configure --disable-debug-symbols --enable-optimized
--disable-debug-runtime --disable-assertions --enable-multilib
--with-cxx-include-32bit-dir=/usr/lib32 -with-cxx-include-32bit-dir=/usr/lib

Works fine on llvm-gcc.

The code comes from the emscripten test suite
(https://github.com/kripken/emscripten), whose maintainer could not reproduce
the issue.

-- 
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