<html>
    <head>
      <base href="https://bugs.llvm.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - For SHT_REL relocations, read addend from code or don't display it"
   href="https://bugs.llvm.org/show_bug.cgi?id=44257">44257</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>For SHT_REL relocations, read addend from code or don't display it
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>tools
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>trunk
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>PC
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>Windows NT
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>NEW
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>enhancement
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>P
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>llvm-readobj
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>unassignedbugs@nondot.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>jh7370.2008@my.bristol.ac.uk
          </td>
        </tr>

        <tr>
          <th>CC</th>
          <td>jh7370.2008@my.bristol.ac.uk, llvm-bugs@lists.llvm.org
          </td>
        </tr></table>
      <p>
        <div>
        <pre>In LLVM-style output, when dumping an ELF SHT_REL section using --relocations,
a field that is presumably intended to be the addend is printed, but always has
the value 0. For such relocations, the addend is stored in the code being
patched, so either llvm-readobj should read the addend from there, or it should
not print the addend at all (GNU style does the latter).

Example output:
0x9 R_X86_64_64 rel_64 0x0

Expected output either:
0x9 R_X86_64_64 rel_64 0x1234567890ABCDEF
or simply:
0x9 R_X86_64_64 rel_64</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>