search for: aktemur

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. A...

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, >>> >>>> >>>&g...

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, >>>&...

...re any other reason you > want to avoid it? > Based on the experiments I ran, JIT version runs significantly slower than the code compiled to native. But according to your explanation, this shouldn't have happened. I wonder why I witnessed the performance difference. Thank you. -Baris Aktemur

...tutorial, but instead of relying on JIT compilation, I'd like to emit native code -- the same native code that's produced by llc, for instance. I'm sure this is possible, but I wasn't able to find the resource I need. Any help would be much appreciated. Thanks in advance. -Baris Aktemur -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120920/45a2f1b9/attachment.html>

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...

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...

...u might be able to generate a file as you have and then use the RuntimeDyld interface to load it. The llvm-rtdyld tool does something like this. > > -Andy > > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Baris Aktemur > Sent: Thursday, October 11, 2012 11:58 PM > To: llvmdev at cs.uiuc.edu > Subject: [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...

...; options are used. So, my question is: Which API should I look at to emit dynamically loadable native code from LLVM IR? I would also like to emit code to an in-memory stream instead of a file because everything happens at runtime, but that's a secondary concern. Thanks in advance. -Baris Aktemur

...y this is happening, you might be able to generate a file as you have and then use the RuntimeDyld interface to load it. The llvm-rtdyld tool does something like this. -Andy -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Baris Aktemur Sent: Thursday, October 11, 2012 11:58 PM To: llvmdev at cs.uiuc.edu Subject: [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 t...

...u have and then use the RuntimeDyld interface to load it. The llvm-rtdyld tool does something like this. >>> >>> -Andy >>> >>> -----Original Message----- >>> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Baris Aktemur >>> Sent: Thursday, October 11, 2012 11:58 PM >>> To: llvmdev at cs.uiuc.edu >>> Subject: [LLVMdev] Dynamically loading native code generated from LLVM IR >>> >>> Hi, >>> >>> I'm building LLVM IR. I'd like to compile this IR to...

...erate a file as you have and then use the RuntimeDyld interface to load it. The llvm-rtdyld tool does something like this. >> >> -Andy >> >> -----Original Message----- >> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Baris Aktemur >> Sent: Thursday, October 11, 2012 11:58 PM >> To: llvmdev at cs.uiuc.edu >> Subject: [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 w...

...it. The llvm-rtdyld tool does something like >>>> this. >>>> >>>> -Andy >>>> >>>> -----Original Message----- >>>> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] >>>> On Behalf Of Baris Aktemur >>>> Sent: Thursday, October 11, 2012 11:58 PM >>>> To: llvmdev at cs.uiuc.edu >>>> Subject: [LLVMdev] Dynamically loading native code generated from LLVM >>>> IR >>>> >>>> Hi, >>>> >>>> I'm building...

...c as "clang -c -o rtdyldbug.o rtdyldbug.c". I compiled myrtdyld.cpp as "clang++ -o myrtdyld myrtdyld.cpp `llvm-config --cxxflags --libs all --ldflags`". I did the test on Mac OS with clang version 3.3 (trunk 170267). Any insights/comments/bug fixes would be appreciated. -Baris Aktemur -------------- next part -------------- A non-text attachment was scrubbed... Name: rtdyldbug.c Type: application/octet-stream Size: 119 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130105/88e547f6/attachment.obj> -------------- next part ----------...

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