search for: mcjittestbase

Displaying 8 results from an estimated 8 matches for "mcjittestbase".

2013 Mar 11
0
[LLVMdev] Disabling ExecutionEngine tests for Hexagon
...rrently there's a preprocessor trick that prevents llvm/unittests/ExecutionEngine/MCJIT tests from running on architectures and operating systems that are known to fail. Specifically, check out the functions OSSupportsMCJIT() and ArchSupportsMCJIT() functions in unittests/ExecutionEngine/MCJIT/MCJITTestBase.h, and the corresponding macro SKIP_UNSUPPORTED_PLATFORM that is used to 'decorate' the test cases. I'm not sure if there's anything like that in place for JIT, but it can probably be ported over unless someone has a concern with the overall approach. Dan From: Jyotsna Verma &lt...
2013 Mar 11
2
[LLVMdev] Disabling ExecutionEngine tests for Hexagon
Hi There, We want to disable all ExecutionEngine JIT/MCJIT tests (llvm/unittests/ExecutionEngine) for Hexagon. I have been looking into the test framework but haven't quite figured out how to turn them off. We cross compile Hexagon on X86 and are not interested in JIT support. Thanks, Jyotsna -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux
2013 Mar 12
2
[LLVMdev] Disabling ExecutionEngine tests for Hexagon
Thanks Dan! The ArchSupportMCJIT() functions in unittests/ExecutionEngine/MCJIT/MCJITTestBase.h uses "Host Triple" to check for compatibility. Since we cross-compile on X86, "Host Triple" for us will be "X86" which is a supported architecture. I tried removing it from the supported arch list but didn't see any effect. I was just wondering if these tests a...
2012 Oct 13
2
[LLVMdev] Dynamically loading native code generated from LLVM IR
Daniel, I didn't find the MCJIT directory under unitests/ExecutionEngine ... there is only a directory called JIT. You mean this directory ? Many thanks --Armin Malea, Daniel wrote: > Take a look at the MCJIT unit tests under unittests/ExecutionEngine/MCJIT > > The MCJITTestBase class does the majority of the interactions with the LLVM API you're referring to. > > Good luck, > Dan > > On 2012-10-13, at 4:57 AM, "Armin Steinhoff" <as at steinhoff-automation.com> wrote: > >> Kaylor, >> >> do you have some good documente...
2012 Oct 13
0
[LLVMdev] Dynamically loading native code generated from LLVM IR
Take a look at the MCJIT unit tests under unittests/ExecutionEngine/MCJIT The MCJITTestBase class does the majority of the interactions with the LLVM API you're referring to. Good luck, Dan On 2012-10-13, at 4:57 AM, "Armin Steinhoff" <as at steinhoff-automation.com> wrote: > > Kaylor, > > do you have some good documented example code which shows the u...
2012 Oct 13
0
[LLVMdev] Dynamically loading native code generated from LLVM IR
...tests/ExecutionEngine ... there > is only a directory called JIT. > You mean this directory ? > > Many thanks > > --Armin > > > > > Malea, Daniel wrote: >> >> Take a look at the MCJIT unit tests under unittests/ExecutionEngine/MCJIT >> >> The MCJITTestBase class does the majority of the interactions with the >> LLVM API you're referring to. >> >> Good luck, >> Dan >> >> On 2012-10-13, at 4:57 AM, "Armin Steinhoff" <as at steinhoff-automation.com> >> wrote: >> >>> Kaylor, &gt...
2012 Oct 13
2
[LLVMdev] Dynamically loading native code generated from LLVM IR
Kaylor, do you have some good documented example code which shows the usage of the MCJIT ? This would help a lot ... the sematic of lots of API calls are not intuitively understandable. Best Regards --Armin Kaylor, Andrew wrote: > I'm not sure I understand your use case, but MCJIT (as opposed to the legacy JIT) does almost exactly what you're asking for. It generates an
2013 Mar 12
0
[LLVMdev] Disabling ExecutionEngine tests for Hexagon
On 2013-03-12 1:28 AM, "Jyotsna Verma" <jverma at codeaurora.org> wrote: >Thanks Dan! > >The ArchSupportMCJIT() functions in >unittests/ExecutionEngine/MCJIT/MCJITTestBase.h uses "Host Triple" to >check >for compatibility. Since we cross-compile on X86, "Host Triple" for us >will >be "X86" which is a supported architecture. I tried removing it from the >supported arch list but didn't see any effect. Since MCJIT works...