search for: jitpool

...and 2.9) on Windows 7 using MinGW. From there, I thought I would run the tests located under unittests (i.e. ADTTests, AnalysisTests, ExecutionEnginetests, JITTests, SupportTests, UtilsTests and VMCoreTests). All of them pass without any problem, except for JITTests which fails on the MultiJitTest.JitPool test: [==========] Running 25 tests from 6 test cases. [----------] Global test environment set-up. [----------] 3 tests from MultiJitTest [ RUN ] MultiJitTest.EagerMode [ OK ] MultiJitTest.EagerMode (10 ms) [ RUN ] MultiJitTest.LazyMode [ OK ] MultiJitTest.LazyMode...

...7 using MinGW. From there, I thought I would run the tests located > under unittests (i.e. ADTTests, AnalysisTests, ExecutionEnginetests, > JITTests, SupportTests, UtilsTests and VMCoreTests). All of them pass > without any problem, except for JITTests which fails on the > MultiJitTest.JitPool test: > [ RUN      ] MultiJitTest.JitPool > > MultiJITTest.cpp:164: Failure > > Value of: (intptr_t)&getPointerToNamedFunction > >   Actual: 4478936 > > Expected: (intptr_t)getPointerToNamedFunction("getPointerToNamedFunction") > > Which is: 174487536...

...ivate member instance of JIT (JIT *Jit). The bugpoint tool is using a extern 'C' function : "getPointerToNamedFunction" to get native pointer on function. This function used the TheJit static pointer. To keep alive this functionality, I have added a static SmallVector<JIT*> JitPool (with its mutex JitPoolLock), which keep pointers of available JIT instance. A new static method on JIT object "getPointerToNamedFunctionOnJitPool" fills the need (iterate over available JIT to find the function). Attached you will find a test, based on "HowToUseJit" example, w...

...t/ARM/ARMCodeEmitter.cpp:831! 0 libc.so.6 0x402e5000 Stack dump: 0. Running pass 'ARM Machine Code Emitter' on function '@foo1' ******************** Testing: 0 .. 10.. 20.. 30.. 40.. 50.. 60.. 70.. 80.. 90. FAIL: LLVM-Unit :: ExecutionEngine/JIT/Debug+Asserts/JITTests/MultiJitTest.JitPool (5876 of 6030) ******************** TEST 'LLVM-Unit :: ExecutionEngine/JIT/Debug+Asserts/JITTests/MultiJitTest.JitPool' FAILED ******************** Note: Google Test filter = MultiJitTest.JitPool [==========] Running 1 test from 1 test case. [----------] Global test environment set-up. [---...

...JIT (JIT *Jit). > > The bugpoint tool is using a extern 'C' function : > "getPointerToNamedFunction" to get native pointer on function. This function > used the TheJit static pointer. To keep alive this functionality, I have > added a static SmallVector<JIT*> JitPool (with its mutex JitPoolLock), which > keep pointers of available JIT instance. A new static method on JIT object > "getPointerToNamedFunctionOnJitPool" fills the need (iterate over available > JIT to find the function). > > Attached you will find a test, based on "HowT...

...; > The bugpoint tool is using a extern 'C' function : > > "getPointerToNamedFunction" to get native pointer on function. This > function > > used the TheJit static pointer. To keep alive this functionality, I have > > added a static SmallVector<JIT*> JitPool (with its mutex JitPoolLock), > which > > keep pointers of available JIT instance. A new static method on JIT > object > > "getPointerToNamedFunctionOnJitPool" fills the need (iterate over > available > > JIT to find the function). > > > > Attached y...

In eager compilation mode, I don't know of anything that would go wrong with having multiple JITs in the process. However, in lazy compilation mode, we need to map stub addresses to the JIT that knows how to compile them. Right now, that's done by looking up the static "TheJITResolver" variable and assuming it's the only JIT, but we could 1) use a static

Hi everyone ! If I call ExecutionEngine::createJIT (or EngineBuilder::create) more than one time, the second time fails on a assertion "Multiple JIT resolvers?". It seems that the JIT is designed to be a singleton in the process, and I was wondering if it was something mandatory. How hard will it be to make it a non-singleton object ? Is this a JIT-only problem (work needed on JIT