search for: pitsbawn

Displaying 14 results from an estimated 14 matches for "pitsbawn".

2015 Apr 17
2
[LLVMdev] Is bitcast now needed in LLVM?
...m. I currently use sitofp, but I see your point. On Fri, Apr 17, 2015 at 1:04 AM, James Molloy <james at jamesmolloy.co.uk> wrote: > Hi Dave, > > You can still bitcast between i32 and float, for example. > > Cheers, > > James > > On Fri, 17 Apr 2015 at 09:03 Dave Pitsbawn <dpitsbawn at gmail.com> wrote: > >> Seems like a new change in LLVM has made it so that bitcast of bitcast >> i8* %1 to %Foo* meaningless? >> >> If I'm correct is there any need for the bitcast anymore? >> _______________________________________________ &...
2015 Mar 27
2
[LLVMdev] MCJIT finalizeObject output to use in external process
...nctions in the host process. For out-of-process execution, your > memory manager will need to perform this task. MCJIT will call your memory > manager’s getSymbolAddress function if it encounters a call to an external > function. > > > > -Andy > > > > *From:* Dave Pitsbawn [mailto:dpitsbawn at gmail.com] > *Sent:* Wednesday, March 25, 2015 7:42 PM > > *To:* Kaylor, Andrew > *Cc:* LLVM Developers Mailing List > *Subject:* Re: [LLVMdev] MCJIT finalizeObject output to use in external > process > > > > No, I was asking how to extract the cod...
2015 Mar 26
2
[LLVMdev] MCJIT finalizeObject output to use in external process
...memory manager to allocate memory > on a section-by-section basis. You should treat each section as a > monolithic block when copying to the remote system because the generated > code may depend on relative offsets staying fixed. > > > > -Andy > > > > *From:* Dave Pitsbawn [mailto:dpitsbawn at gmail.com] > *Sent:* Wednesday, March 25, 2015 5:00 PM > *To:* Kaylor, Andrew > *Cc:* LLVM Developers Mailing List > *Subject:* Re: [LLVMdev] MCJIT finalizeObject output to use in external > process > > > > Aha. Thanks. > > > > Seems like...
2014 Oct 13
5
[LLVMdev] writing llvm ir not in c++
Is it possible to write LLVM IR but not using C++? I'm exceedingly terrible at C++. I was thinking, isn't it possible to write the IR using Java? I effectively have emit some sort of binary op codes to be passed into llvm right? The same thing for if I wanted to integrate a GC? Could the interfacing be done in any other language? -------------- next part -------------- An HTML
2015 Mar 25
2
[LLVMdev] MCJIT finalizeObject output to use in external process
...ng mapSectionAddress) copying the JIT’d object to the remote process > memory and setting the memory attributes as needed for execution. > > > > -Andy > > > > > > *From:* llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] *On > Behalf Of *Dave Pitsbawn > *Sent:* Wednesday, March 25, 2015 4:07 PM > *To:* LLVM Developers Mailing List > *Subject:* [LLVMdev] MCJIT finalizeObject output to use in external > process > > > > A need has arisen to generate code using MCJIT but not in the target > process instead in a different p...
2015 Jun 02
3
[LLVMdev] LLVM June Social on Thursday?
I generally see an announcement on the list for the social events .. but I haven't seen one yet for June. It will be my first social if we're having this. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150601/630af906/attachment.html>
2015 Apr 17
3
[LLVMdev] Is bitcast now needed in LLVM?
Seems like a new change in LLVM has made it so that bitcast of bitcast i8* %1 to %Foo* meaningless? If I'm correct is there any need for the bitcast anymore? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150417/e5bfbc64/attachment.html>
2014 Oct 13
2
[LLVMdev] writing llvm ir not in c++
On 10/13/14 11:44 AM, Eli Bendersky wrote: > On Mon, Oct 13, 2014 at 10:35 AM, Dave Pitsbawn <dpitsbawn at gmail.com> wrote: > >> Is it possible to write LLVM IR but not using C++? >> >> I'm exceedingly terrible at C++. >> >> I was thinking, isn't it possible to write the IR using Java? >> > > > You can use llvmpy (Python bin...
2015 Apr 05
2
[LLVMdev] alloca not in first bb behaving differently
...d >> >> > On 5 Apr 2015, at 04:55, Eric Christopher <echristo at gmail.com> wrote: >> > >> > Allocas not in the entry block are treated as dynamic allocas and not >> stack slots. >> > >> > >> > On Sat, Apr 4, 2015, 8:37 PM Dave Pitsbawn <dpitsbawn at gmail.com> wrote: >> > Here is some IR that is working and executing as expected -- All >> allocas are in the first basic block, and only updates happen in other >> basic blocks. >> > >> > define i32 @f() { >> > entry: >> &gt...
2015 Mar 14
2
[LLVMdev] LLVM from C# or .NET
I recently saw a post about being able to call LLVM APIs from .NET using a C# library. I'm thinking if it'll produce the same code as using the LLVM C++ API. Will it be less efficient? If it is the same why wouldn't every one use a higher level language like C# or Java to write their compiler? -------------- next part -------------- An HTML attachment was scrubbed... URL:
2015 Mar 25
2
[LLVMdev] MCJIT finalizeObject output to use in external process
A need has arisen to generate code using MCJIT but not in the target process instead in a different process (and possibly even different machine though not in the scope). Reading through the tutorials and MCJIT design document, it seems like this is possible or was kept in mind during design of MCJIT. How do I achieve this? Are there examples? Dave -------------- next part -------------- An
2015 Apr 18
2
[LLVMdev] Does LLVM optimize rudimentary i16 -> i32 conversions
In my language there are a lot of i16 definitions, but almost all of the time they are upgraded to i32 because my add operations only happen on i32. So to be representative to my language definition, I have a lots of Sext/Zext and Truncs pretty much every time I add or subtract. As soon as I pass through InstCombine things look much nicer, all the upcasts and downcasts go away, but my test cases
2015 Apr 05
2
[LLVMdev] alloca not in first bb behaving differently
...improve the documentation of alloca in the language reference. David > On 5 Apr 2015, at 04:55, Eric Christopher <echristo at gmail.com> wrote: > > Allocas not in the entry block are treated as dynamic allocas and not stack slots. > > > On Sat, Apr 4, 2015, 8:37 PM Dave Pitsbawn <dpitsbawn at gmail.com> wrote: > Here is some IR that is working and executing as expected -- All allocas are in the first basic block, and only updates happen in other basic blocks. > > define i32 @f() { > entry: > %x = alloca i32 > store i32 333, i32* %x > %i =...
2015 Apr 05
3
[LLVMdev] alloca not in first bb behaving differently
Here is some IR that is working and executing as expected -- All allocas are in the first basic block, and only updates happen in other basic blocks. define i32 @f() { entry: %x = alloca i32 store i32 333, i32* %x %i = alloca i32 store i32 11, i32* %i br i1 true, label %if.then, label %if.else if.then: ; preds = %entry store i32 3, i32* %i