search for: getglobalvalueaddress

...bal inside the JIT'ted module will also be 42. However, as it is right now, when I run the code, I get: myglobal: 0 myglobal: 42 The first is the JIT'ted printMyGlobal() and the second is the AOT'ed printMyGlobal(). But when I lookup the address of the global variable myglobal (ee->getGlobalValueAddress()), it is mapped to the correct address. Similarly, if I lookup ee->getGlobalValueAtAddress(), I get the expected result. Am I missing an important step? Is what I am trying to do even possible? Thanks for the help. Tarun -------------- next part -------------- An HTML attachment was scrubbed...

...the > assembly, I don't have the actual location of the function (I > manipulate the AsmPrinter but it's not directly the object file). And > after having loaded the object file, I don't know how I could find the > concrete address of the MCSymbol. When I call > mcjit->getGlobalValueAddress("safepoint-symb"), mcjit is unable to > find it in the object file. > > Any idea? > Gaël > > > > > > > > > > > > 2013/12/15 Gaël Thomas <gael.thomas00 at gmail.com>: >> Hi all, >> >> So, MCJIT is working with vmkit, t...

...rmation. When I generate the assembly, I don't have the actual location of the function (I manipulate the AsmPrinter but it's not directly the object file). And after having loaded the object file, I don't know how I could find the concrete address of the MCSymbol. When I call mcjit->getGlobalValueAddress("safepoint-symb"), mcjit is unable to find it in the object file. Any idea? Gaël 2013/12/15 Gaël Thomas <gael.thomas00 at gmail.com>: > Hi all, > > So, MCJIT is working with vmkit, that's great. However, I need to > retrieve the GCModuleInfo and the Machi...

Hi all, So, MCJIT is working with vmkit, that's great. However, I need to retrieve the GCModuleInfo and the MachineCodeEmitter used during the compilation process. And I don't know how I should proceed? I'm trying to understand how they are preserved with the old jit, but I have to say that I'm a little bit lost because I haven't a global view of the code... So, any help would

...; Hi Pawel, > > I agree. ExecutionEngine, in its current form, is unhelpful. I'd be in > favor of cutting the common interface back to something like: > > class ExecutionEngine { > public: > virtual void addModule(std::unique_ptr<Module> M) = 0; > virtual void* getGlobalValueAddress(const GlobalValue *GV) = 0; > virtual GenericValue runFunction(const Function *F, > const std::vector<GenericValue> &Args) > = 0; > }; > > That's the obvious common functionality that both the interpreter and > MCJIT provide. B...

Hi, I think ExecutionEngine as a common interface for both Interpreter and MCJIT is almost useless in the current form. There are separated methods in ExecutionEngine for similar or the same features provided by Interpreter and MCJIT, i.e. to get a pointer to function you should call getPointerToFunction() for Interpreter or getFunctionAddress() for MCJIT. Personally, I'm using MCJIT and

I didn't seen any roadmap and plan about OrcJit & MCJIT. And would OrcJIT be stablize in version 7.0? Or latter version? Would MCJIT be removed in source tree, when? -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo -------------- next part -------------- An HTML attachment was scrubbed... URL:

...plicitly call exit, we will need the Exit Index: lib/ExecutionEngine/MCJIT/MCJIT.h =================================================================== --- lib/ExecutionEngine/MCJIT/MCJIT.h (revision 193441) +++ lib/ExecutionEngine/MCJIT/MCJIT.h (working copy) @@ -297,6 +297,8 @@ virtual uint64_t getGlobalValueAddress(const std::string &Name); virtual uint64_t getFunctionAddress(const std::string &Name); + // CustomCallback register function. + int registerCustomCallback(const char *CallbackName, void* (*)(), void *LLVM_args = NULL); /// @} /// @name (Private) Registration Interfaces ///...