<div dir="ltr"><div dir="ltr"><div>Hi Dibyendu,</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Thanks for the help.</blockquote><div><br></div><div>No worries! Glad you were able to get it working. :)</div><div><br></div><div>Regards,</div><div>Lang.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 13, 2020 at 2:35 PM Dibyendu Majumdar <<a href="mailto:mobile@majumdar.org.uk">mobile@majumdar.org.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hi Lang,<br>
<br>
On Mon, 13 Apr 2020 at 22:00, Lang Hames <<a href="mailto:lhames@gmail.com" target="_blank">lhames@gmail.com</a>> wrote:<br>
>> I am not sure the --export-dynamic applies as I am explicitly<br>
>> registering my symbols.<br>
>> llvm::orc::MangleAndInterner mangle(*ES, *this->DL);<br>
>> llvm::orc::SymbolMap Symbols;<br>
>> for (int i = 0; global_syms[i].name != nullptr; i++) {<br>
>>   Symbols.insert({mangle(global_syms[i].name),<br>
><br>
><br>
> Ahh. You're right: If you are managing registration yourself then process symbol visibility should not be an issue.<br>
><br>
> In this case the first thing that I would do to diagnose the problem is dump the content of your Symbols map and ensure that there really is an entry in there for the symbols that generated the missing-symbols error (luaV_tointeger_ and luaG_runerror).<br>
><br>
>> llvm::JITSymbolFlags::FlagNames::Absolute<br>
><br>
<br>
Looks like you are right - I wasn't registering all the functions I<br>
thought I was. So it is a user error.<br>
<br>
Thanks for the help.<br>
<br>
Regards<br>
Dibyendu<br>
</blockquote></div></div></div>