Displaying 8 results from an estimated 8 matches for "emdcdevelop".
Did you mean:
emdcdeveloper
2014 Apr 26
2
[LLVMdev] Drop the machine code while executing
...s a good point. But it's worth noting that recompileAndRelinkFunction() and freeMachineCodeForFunction() are both vestiges of the old JIT (i.e. the "JIT" as opposed to the "MCJIT"). The old JIT is no longer actively supported.
-Phil
On April 26, 2014 at 9:47:05 AM, Sri (emdcdeveloper at gmail.com) wrote:
Hi Fillip
Addition to my previous mail, llvm has recompileAndRelinkFunction function , so, once we modified the llvm function, and pass IR to recompileAndRelinkFunction , I hope it should be compiled and linked with previous one.
Thanks
Regards
Sri.
On 04...
2014 Apr 17
2
[LLVMdev] Importance of VMKit JIT function cache
...nd uses it to execute the Java
> code in the JIT. And, we do not keep the llvm representation of Java
> methods because we never reuse it (only in the AOT to generate the
> llvm bitcode file).
>
> I hope that it helps?
> Gaël
>
> Le 16 avr. 2014 14:19, "Sri" <emdcdeveloper at gmail.com
> <mailto:emdcdeveloper at gmail.com>> a écrit :
>
> Hi
> VMKit JIT has a function cache to store compiled IR code ,
> so, as soon as method is compiled , it will be stored in to
> function cache. My question is , who will use this co...
2014 Apr 16
3
[LLVMdev] Importance of VMKit JIT function cache
Hi
VMKit JIT has a function cache to store compiled IR code , so, as
soon as method is compiled , it will be stored in to function cache. My
question is , who will use this compiled information from function
cache. Since we are jitting , the llvm translate source code in to
native code and executing them . So, how we relates this function cache
with JIT ?
Thanks
Regards
Sri.
2014 Apr 26
2
[LLVMdev] Drop the machine code while executing
...gt; source level calls are implemented as patchpoints and WebKit does all
> of the linking (and unlinking).
>
> Long story short, there is no shrink-wrapped solution but it's doable
> if you're willing to get dirty.
>
> -Fil
>
> On Apr 25, 2014, at 3:44 PM, Sri <emdcdeveloper at gmail.com
> <mailto:emdcdeveloper at gmail.com>> wrote:
>
>> Hi
>> Currently , I have doing some experimental work by using
>> llvm, Is it possible to drop the machine code once it has been
>> generated for particular function while program exe...
2014 Apr 25
4
[LLVMdev] Drop the machine code while executing
Hi
Currently , I have doing some experimental work by using llvm,
Is it possible to drop the machine code once it has been generated for
particular function while program executing. For example some *void
test(int)* function has been executed on native machine , I want to drop
the code before I start execute some other function in my long running
program.
Thanks.
With regards
Sri.
2014 Mar 31
2
[LLVMdev] Which function executing VMKit's llvm-IR
Hi All
I am trying to trace the execution path of J3 jvm with input of
java byte code . Once java byte codes compiled in to llvm IR it will be
passed to VMKit for store them . I couldn't find out which function is
getting this Jitted output from *Functioncache* and executing them ?
because , VMKit doesn't have an implementation of llvm Executionengine's
*runFunction*
2014 Apr 06
2
[LLVMdev] Using StartJnjvmWithJIT from jnjvm.cpp in VMKit
Hi
Does anybody use *StartJnjvmWithJIT* from jvjvm.cpp in VMKit?
Becuase , I am looking to use without JIT when we are running the Java
byte code. My concern is StartJnjvmWithJIT getting three argument *int
argc, char** argv, char* mainClass* - why we need to pass *argv and
mainclass* arguments here?
please help me on this.
Regards
Sri.
-------------- next part --------------
An
2014 Apr 07
2
[LLVMdev] LVLM runtime optimization during LLVM Analysis Passes.
Hi
Does current llvm support dynamic optimization level for
generated llvm IR which means , is it possible to monitor some
function's execution pattern during the runtime and apply different
optimization level for particular function using LLVM Analysis Passes.
Thanks
Regards
Sri.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: