similar to: [LLVMdev] Programmatically converting LLVM IR to native code

Displaying 20 results from an estimated 1000 matches similar to: "[LLVMdev] Programmatically converting LLVM IR to native code"

2012 Sep 20
0
[LLVMdev] Programmatically converting LLVM IR to native code
On Thu, Sep 20, 2012 at 2:42 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > I am generating LLVM IR code and I would like to convert this IR code to > native code using the LLVM C++ API. This would be very similar to what's > done in the Kaleidoscope tutorial, but instead of relying on JIT > compilation, I'd like to emit native code -- the same native code
2012 Oct 12
3
[LLVMdev] Dynamically loading native code generated from LLVM IR
On 12 Eki 2012, at 20:00, Jim Grosbach wrote: > > On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > >> Dear Tim, >> >>> >>> The JIT sounds like it does almost exactly what you want. LLVM's JIT >>> isn't a classical lightweight, dynamic one like you'd see for >>> JavaScript or Java.
2012 Oct 12
0
[LLVMdev] Dynamically loading native code generated from LLVM IR
On Oct 12, 2012, at 11:14 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > > On 12 Eki 2012, at 20:00, Jim Grosbach wrote: > >> >> On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: >> >>> Dear Tim, >>> >>>> >>>> The JIT sounds like it does almost exactly what you
2012 Oct 17
1
[LLVMdev] Dynamically loading native code generated from LLVM IR
Dear Jim, On 12 Eki 2012, at 21:17, Jim Grosbach wrote: > > On Oct 12, 2012, at 11:14 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > >> >> On 12 Eki 2012, at 20:00, Jim Grosbach wrote: >> >>> >>> On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: >>> >>>> Dear Tim,
2012 Oct 12
0
[LLVMdev] Dynamically loading native code generated from LLVM IR
On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > Dear Tim, > >> >> The JIT sounds like it does almost exactly what you want. LLVM's JIT >> isn't a classical lightweight, dynamic one like you'd see for >> JavaScript or Java. All it really does is produce a native .o file in >> memory, take care of the
2012 Oct 12
2
[LLVMdev] Dynamically loading native code generated from LLVM IR
Dear Tim, > > The JIT sounds like it does almost exactly what you want. LLVM's JIT > isn't a classical lightweight, dynamic one like you'd see for > JavaScript or Java. All it really does is produce a native .o file in > memory, take care of the relocations for you and then jump into it (or > provide you with a function-pointer). Is there any other reason you >
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
2012 Oct 13
0
[LLVMdev] Dynamically loading native code generated from LLVM IR
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 in-memory object file image (using addPassesToEmitMC) and then loads and links it for execution. If there's some particular detail you don't like in the way this is happening, you might be able to generate a file as you have and then use
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. > >
2012 Oct 12
5
[LLVMdev] Dynamically loading native code generated from LLVM IR
Hi, I'm building LLVM IR. I'd like to compile this IR to native code (I don't want JIT) and immediately load it to execute. So far, I've the following: 1) I can emit the IR to native assembly/object file doing the same thing llc does (using TargetMachine::addPassesToEmitFile). 2) I can dynamically load a precompiled .so file (using llvm::sys::DynamicLibrary::getPermanentLibrary),
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 usage of
2012 Oct 13
0
[LLVMdev] Dynamically loading native code generated from LLVM IR
It's definitely there. It was added in r165246 recently so you probably have an older version. Amara On 13 October 2012 23:02, Armin Steinhoff <as at steinhoff-automation.com> wrote: > Daniel, > > I didn't find the MCJIT directory under unitests/ExecutionEngine ... there > is only a directory called JIT. > You mean this directory ? > > Many thanks > >
2012 Oct 12
0
[LLVMdev] Dynamically loading native code generated from LLVM IR
Hi Baris, > If I could produce a .so file in step 1, my problem would be solved. llc has a "-relocation-model=pic" option, but the file produced with that did not dynamically load. That relocation-model=pic option usually necessary for a linker to be able to produce a .so file (it changes how variables are addressed so that more things can be decided when the .so is loaded), but it
2013 Jan 05
0
[LLVMdev] RuntimeDyld bug in resolving addresses with offset?
Hi, I believe I came across a bug in RuntimeDyld. I have the following piece of C code (attached as rtdyldbug.c): double numbers[5] = {33, 34, 35, 36, 37}; void foo(double val, double other[]) { other[2] += val * numbers[4]; } I adapted llvm-rtdyld.cpp to load the .o file of the code above, get a pointer to foo, and invoke it (whole thing is attached as myrtdyld.cpp): typedef
2016 Sep 05
2
No Color, Brothers Printer, Samba/CUPS
Did you add that user to the "domain admins" or an other group. If an other group, did you set the SePrivileges for that group so its allowed to edit the registry. The "domain admins" group for me has all privileges. Just tried it out, and no problem here with user Administrator. Greetz, Louis > -----Oorspronkelijk bericht----- > Van: samba [mailto:samba-bounces
2000 Mar 07
1
manova
> > After running a MANOVA test, I used univariate Fs in order to see > which IV(s) was contributing the difference. > However, I have been critised about it, > and the reason I was given is: > > "MANOVA allows you to explore multiple associations but > does not excuse you from tracing out the causal relationships > for each variable. This does
2010 Oct 22
1
scale,centre,and get more interactions
Hi folks, I am new to lme in R, and I have a question regarding to the effect of scale function on the lme. When I use the function to scale and centre the levels of the fixed effects (e.g., X and Y; both have two levels) and write them to new columns: ex: dat$cX<-scale(as.numeric(dat$X),center = TRUE, scale = FALSE) dat$cY<-scale(as.numeric(dat$Y),center = TRUE, scale = FALSE) and compare
2006 May 22
0
svn commit problem with file column plugin?
hello, why i always got this error (svn commit problem) whenever i use file_column plugin? especially that tmp dir.. svn: Commit failed (details follow): svn: Working copy ''/Users/arie/my_app/public/user/logo/tmp'' is missing or not locked i searched on and on but i couldn''t solve it, some said it''s all about .svn not found in that directory, but how come
2006 May 31
7
How to render from with <%%> ?
I have a loop that I iterate through in my view. <% coll.each do |itm| puts(itm.value) end %> How do I render the itm.value without using a <%= %> tag? Should puts not work? Joerg P.S. There is a good enough reason for me wanting to do this :-) -- Posted via http://www.ruby-forum.com/.
2007 Jan 22
2
[LLVMdev] addPassesToEmit(Whole)File changes?
Hi folks, just installed the new llvm 1.9 build and noticed that my code no longer worked. It seems something has changed with addPassesToEmitFile(). First, the arguments to that method changed so that it no longer takes a PassManager, but only a FunctionPassManager. Instead there is a addPassesToEmitWholeFile() method, but that is marked as optional, and when I change my code to