search for: zakai

----- Original Message ----- > From: "Eli Friedman" <eli.friedman at gmail.com> > To: "Alon Zakai" <azakai at mozilla.com> > Cc: llvmdev at cs.uiuc.edu > Sent: Thursday, December 15, 2011 7:02:34 PM > Subject: Re: [LLVMdev] Emscripten: LLVM => JavaScript > On Thu, Dec 15, 2011 at 4:10 PM, Alon Zakai <azakai at mozilla.com> > wrote: > > On that topic, I s...

On Fri, Dec 16, 2011 at 7:14 PM, Alon Zakai <azakai at mozilla.com> wrote: > > > ----- Original Message ----- >> From: "Eli Friedman" <eli.friedman at gmail.com> >> To: "Alon Zakai" <azakai at mozilla.com> >> Cc: llvmdev at cs.uiuc.edu >> Sent: Thursday, December 15, 2011...

On 02.01.2013, at 20:37, Alon Zakai wrote: > > > ----- Original Message ----- >> From: "Sebastian Redl" <sebastian.redl at getdesigned.at> >> >> It would be awesome to combine the llvm.org demo with the in-browser >> emscripten (or possibly a server-side emscripten) so that the use...

On 02.01.2013, at 20:50, Alon Zakai wrote: > I agree both are useful approaches. I went with clientside-everything in this demo because I work on that stuff and like it ;) Oh, I agree that it is awesome. It just froze my browser completely for several seconds just compiling the Hello World program. Sebastian

----- Original Message ----- > From: "Sebastian Redl" <sebastian.redl at getdesigned.at> > To: "Alon Zakai" <azakai at mozilla.com> > Cc: "llvmdev" <llvmdev at cs.uiuc.edu>, "Eli Bendersky" <eliben at google.com> > Sent: Wednesday, January 2, 2013 11:44:27 AM > Subject: Re: [LLVMdev] LLVM IR execution in JavaScript > > > On 02.01.2013, at 20...

----- Original Message ----- > From: "Sebastian Redl" <sebastian.redl at getdesigned.at> > To: "Eli Bendersky" <eliben at google.com> > Cc: "Alon Zakai" <azakai at mozilla.com>, "llvmdev" <llvmdev at cs.uiuc.edu> > Sent: Wednesday, January 2, 2013 11:24:33 AM > Subject: Re: [LLVMdev] LLVM IR execution in JavaScript > > > On 02.01.2013, at 19:51, Eli Bendersky wrote: > > >> I compiled parts o...

On Thu, Dec 15, 2011 at 4:10 PM, Alon Zakai <azakai at mozilla.com> wrote: > On that topic, I see there is an LLVM users page, > > http://llvm.org/Users.html > > - what is the procedure for suggesting adding a project to > there? Send a patch to llvm-commits. > The third issue I want to raise is regarding closer...

...s into one 64-bit write. It would be nice to have an option in LLVM to process the IR/bitcode back into having only target-native types, is that possible? I have begun to investigate both issues in the LLVM codebase, but I am new to it - any advice and/or help would be welcome. Best, Alon Zakai

On 02.01.2013, at 19:51, Eli Bendersky wrote: >> I compiled parts of LLVM to JavaScript using emscripten and made a demo of parsing and executing LLVM assembly, >> >> http://kripken.github.com/llvm.js/demo.html >> >> Basically you enter some LLVM IR, press a button and see the output of compiling and running it, directly in the browser. >> >> This was

...passes? In other words, is it possible for the opt tool to output code that doesn't work (without other passes being run later)? Or is there some meaning to byval that makes it valid - I guess it would have to mean that implementations need to create a copy in the called function? Best, Alon Zakai

Hi all, Over the past couple weeks, I've been putting together a JavaScript backend for LLVM. At this point, I believe I've got reasonable implementations for all the instructions, primitives and derived types. I haven't gotten around to most of the intrinsics but I thought it would be a good idea to start getting some feedback before going much further. If anyone has the time and

...passed on the stack, so the copy is done in the caller, in effect. It's a little puzzling to me that the unoptimized LLVM assembly also creates an explicit copy in the assembly (allocating it & doing a memcpy), but I guess it gets optimized out later so it doesn't matter. Best, Alon Zakai

On Oct 2, 2010, at 8:11 PM, David LaPalomento wrote: > Hi all, > Over the past couple weeks, I've been putting together a JavaScript > backend for LLVM. At this point, I believe I've got reasonable > implementations for all the instructions, primitives and derived > types. I haven't gotten around to most of the intrinsics but I thought > it would be a good idea to

The PNaCl project has implemented various IR simplification passes that simplify LLVM IR by lowering complex features to simpler features. We'd like to upstream some of these IR passes to LLVM. We'd like to explore if this acceptable, and if so, how we should go about doing this. The immediate reason is that Emscripten is reusing PNaCl's IR passes for its new "fastcomp"

...y as a fun hacking project over the holidays, but I'm posting it here in case anyone thinks it might be useful for something - maybe to teach people LLVM IR in a simple way (no need to install anything, just visit a website). If it is potentially useful it can be optimized and polished etc. - azakai