<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 - .hash section entry size != 4 is not supported"
   href="https://bugs.llvm.org/show_bug.cgi?id=47681">47681</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>.hash section entry size != 4 is not supported
          </td>
        </tr>

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

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

        <tr>
          <th>Hardware</th>
          <td>Other
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>Linux
          </td>
        </tr>

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

        <tr>
          <th>Severity</th>
          <td>normal
          </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>uweigand@de.ibm.com
          </td>
        </tr>

        <tr>
          <th>CC</th>
          <td>jh7370.2008@my.bristol.ac.uk, llvm-bugs@lists.llvm.org
          </td>
        </tr></table>
      <p>
        <div>
        <pre>On most platforms, the .hash section consists of a series of 4-byte values. 
However, for historial reasons this is not true for s390x and alpha.  See the
discussion on the binutils list here:
<a href="https://sourceware.org/pipermail/binutils/2000-June/005983.html">https://sourceware.org/pipermail/binutils/2000-June/005983.html</a>

The current LLVM code (mostly in llvm-readelf) however hard-codes the size of 4
bytes.  This means that the tool is unable to handle most s390x (and presumably
alpha, but I cannot test this) binaries.  The symptoms include warning messages
like:
hash table nchain (2053) differs from symbol count derived from SHT_DYNSYM
section header (2329)
for just about any invocation of llvm-readelf, and incorrect output including
crashed when using the --hash-symbols option.

Ideally, the code should instead use the sh_entsize value of the .hash section
to determine whether the platform uses 4-byte or 8-byte entries.</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>