[llvm-dev] Can JIT be targeted to 32-bit in a 64-bit Wndows environment?
Lang Hames via llvm-dev
llvm-dev at lists.llvm.org
Thu Oct 29 19:55:39 PDT 2015
Apologies for re-asking - I may be missing something obvious, but is the
registration something Dibyendu can do himself in
It looks like registerEHFrames/deregisterEHFrames is implemented in
RuntimeDyldCOFFX86_64, but it may just have been copy/pasted from somewhere
else - I have no idea whether it works.
On Thu, Oct 29, 2015 at 5:51 PM, Reid Kleckner <rnk at google.com> wrote:
> You actually can mix 32 and 64 bit code in the same Windows process, but
> only with great effort. Fixing PR24233 is probably easier. :)
> We know how to generate the info, but we still have to get it registered...
> On Thu, Oct 29, 2015 at 2:19 PM, Lang Hames via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>> Hi Dibyendu,
>> 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.
>> Reid - Are we generating correct call frame information for windows yet (
>> https://llvm.org/PR24233) ? If so, I think Dibyendu would just have to
>> override registerEHFrames/deregisterEHFrames and have them call
>> RtlInstallFunctionTableCallback/RtlAddFunctionTable, right?
>> - Lang.
>> On Sun, Oct 25, 2015 at 5:30 AM, Dibyendu Majumdar via llvm-dev <
>> llvm-dev at lists.llvm.org> wrote:
>>> On 64-bit Windows the lack of proper stack unwinding support causes
>>> crashes in JIT code generated by LLVM. I was wondering if it is
>>> possible to ask LLVM to generate 32-bit code - and if that would work
>>> within a 64-bit Windows application - i.e. the rest of the system will
>>> be 64-bit only the generated code will be 32-bit. I was also wondering
>>> if this would allow me to workaround the crashes due to stack
>>> unwinding problems.
>>> Thanks and Regards
>>> LLVM Developers mailing list
>>> llvm-dev at lists.llvm.org
>> LLVM Developers mailing list
>> llvm-dev at lists.llvm.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-dev