<div dir="ltr">Hi Dibyendu,<div><br></div><div>I'm not familiar with Windows at all, but I assume you can't mix 64-bit and 32-bit code in the one process.</div><div><br></div><div>Reid - Are we generating correct call frame information for windows yet (<a href="https://llvm.org/PR24233">https://llvm.org/PR24233</a>) ? If so, I think Dibyendu would just have to override registerEHFrames/deregisterEHFrames and have them call RtlInstallFunctionTableCallback/RtlAddFunctionTable, right?</div><div><br></div><div>- Lang.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 25, 2015 at 5:30 AM, Dibyendu Majumdar via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<br>
On 64-bit Windows the lack of proper stack unwinding support causes<br>
crashes in JIT code generated by LLVM. I was wondering if it is<br>
possible to ask LLVM to generate 32-bit code - and if that would work<br>
within a 64-bit Windows application - i.e. the rest of the system will<br>
be 64-bit only the generated code will be 32-bit. I was also wondering<br>
if this would allow me to workaround the crashes due to stack<br>
unwinding problems.<br>
<br>
Thanks and Regards<br>
Dibyendu<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div><br></div>