Displaying 3 results from an estimated 3 matches for "getglobaladdressmap".
2013 Nov 01
0
[LLVMdev] [Proposal] Adding callback mechanism to Execution Engines
Unless I'm missing something, indeed addGlobalMapping should not work with
MCJIT.
MCJIT does not consult EEState.getGlobalAddressMap when resolving symbols.
Instead it uses RTDyldMemoryManager::getSymbolAddress which checks
with DynamicLibrary::SearchForAddressOfSymbol, so Andy's suggestion of
DynamicLibrary::addSymbol is better as it should work with both JIT and
MCJIT.
Another options is to use the LazyFunctionCreator whi...
2013 Nov 01
2
[LLVMdev] [Proposal] Adding callback mechanism to Execution Engines
Hi Andrew,
I used the latest code from trunk. GlobalSymbolTable is being used in
MCJIT.
I guess it wasn't clear from the proposal that the user program will be
modified to indicate that the callback should happen at that point in the
code. The objective is to call some of the functions which belong to lli or
the ExecutionEngine.
Thanks,
Sumeeth
On Fri, Nov 1, 2013 at 5:40 PM, Kaylor,
2012 Jun 03
0
[LLVMdev] [question] IR<-->native program state mode switch how / where is it done
...here
using these methods, but i cant find their wrapper, the one that would use
these and say "now map everything and switch state" and somehow pass that
mapping to the JIT and backwards.
emitGlobals(), EmitGlobalVariable(),
llvm::JIT::getOrEmitGlobalVariable()
llvm::ExecutionEngineState::getGlobalAddressMap(),
llvm::ExecutionEngineState::getGlobalAddressReverseMap()
I hope I'm not misguided by an incorrect understanding of the JIT
architecture, in any case any links to documentation, Doxygen tree, etc are
absolutely welcome
thanks,
(and thanks for all of LLVM actually :) )
Antonis
--------------...