<div style="color:black;font: 10pt arial;">
<div><br>
</div>

<div>Lets say I add an ObjectFile as in RTDyldObjectLinkingLayer->add(object_file).    Is there a way to force the runtime linker to link the ObjectFile?</div>

<div>We are implementing Clasp, a Common Lisp that uses llvm as the backend.   </div>

<div>I'm exploring loading object files and linking them at runtime rather than linking them into dynamic libraries and loading those into our system (we currently do this).</div>

<div>I'm using the new ORCV2 JIT and I've cobbled together a JIT by following Lang Hame's talk at the 2018 LLVM dev meeting.</div>

<div>I can add object files to the linking layer - but I need to lookup a symbol in the object file to get it to link.</div>

<div>The problem is, Common Lisp is a dynamic language.  We may end up loading the object file repeatedly.</div>

<div>I currently need to lookup a symbol to get it to link so that I can execute any code.</div>

<div>But if I use a fixed symbol - then I can only load the object file once b<span style="font-size: 10pt;">ecause after that I get a symbol clash.</span></div>

<div><span style="font-size: 10pt;"><br>
</span></div>

<div>Alternatively - is there a symbol linkage that will let me reload the object file repeatedly and look up the address of the symbol in the new object file?</div>

<div>I've tried linkonce_odr - but that works once and then gives me the address of the first symbol that was loaded, bypassing the linking of the object file.</div>

<div>I looked into the RTDyldObjectLinkingLayer code and RTDyldObjectLinkingLayer::runOutstandingMUs() appears to be what I want - but it is a 'private' function in the RTDyldObjectLinkingLayer class and it looks like it's marked for deprecation.</div>

<div><br>
</div>

<div>So - how do I get the linking effect of looking up a symbol without looking up a symbol?</div>

<div>Or how do I declare a symbol that I can lookup when I load ObjectFiles repeatedly.</div>

<div><br>
</div>

<div><br>
</div>
<br>

<div style="clear:both">Christian Schafmeister<br>
chris.schaf@verizon.net<br>
</div>
</div>