<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 - RuntimeDyldCOFFX86_64 does not apply mappings to the fake __ImageBase address"
   href="https://bugs.llvm.org/show_bug.cgi?id=39577">39577</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>RuntimeDyldCOFFX86_64 does not apply mappings to the fake __ImageBase address
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>libraries
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>7.0
          </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>normal
          </td>
        </tr>

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

        <tr>
          <th>Component</th>
          <td>Generic Execution Engine Support
          </td>
        </tr>

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

        <tr>
          <th>Reporter</th>
          <td>bjoern.gaier@horiba.com
          </td>
        </tr>

        <tr>
          <th>CC</th>
          <td>1101.debian@gmail.com, llvm-bugs@lists.llvm.org
          </td>
        </tr></table>
      <p>
        <div>
        <pre>Currently I generate bitcode files with Clang for the target platform Windows.
These files are getting loaded and resolved by a JITClient, who will load the
files into a local memory first. Later this memory will be mapped to a shared
memory with really high addresses like 0xFFFFFA800FCC0000.

When I build this bitcode files with debug output, the relocation type will
change to 'IMAGE_REL_AMD64_ADDR32NB' and suddenly I will get a lot of errors
stating:
"IMAGE_REL_AMD64_ADDR32NB relocation requires anordered section layout."

My bitcode file is really small, so I will not run in 32bit offfset problems. I
think the problem is the following one:

In line 35 of "RuntimeDyldCOFFX86_64.h" you can read following comment:
"//Fake an __ImageBase pointer by returning the section with the lowest adress"

So when I allocate the local memory for my bitcode file, this value will be the
address of the beginng of my local memory. 
But when I do the mapping to the shared memory, the address of the 'fake
__ImageBase' will not change and suddenly I have an offset bigger then 32bit.
But 'fake __ImageBase' should change to the lowest address of my shared memory.</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>