search for: extempore

...I don't see any major hurdles there. I was going to take a look into this next week? The biggest issue for multi-module is probably going to be client side not LLVM side, although this has not been a huge problem for me as most of this bookkeeping is already managed "client side" in extempore. I'm happy to send you code although it might be more useful for me to write a followup email outlining exactly what changes were made and then let the experts decide how best to proceed ;) Tomorrows a little hectic but I'll try to send a note through on Monday. Cheers, Andrew. On...

OK, so I have some *preliminary* results, which are on the whole quite encouraging! I haven't had a great deal of time, but I have managed to get Extempore up and running with function (actually lexical closures so composed of quite a bit of additional guff) level compilation using Andy's multi module suggestion. I also have on-the-fly recompilation of existing closures working (caveats below) so from an end-user perspective this means that Extemp...

Hi Andy/Albert, Sorry for the slow reply, my day job caught up with me. Two bits of progress. (a) MCJIT is working nicely for non-trivial examples in Extempore on x86 and ARM, and (b) the page permissions are now RO again. For your amusement a *very* cheesy video of Extempore running on-the-fly with MCJIT on an ARM Pandaboard. Viewer discretion is advised! https://vimeo.com/60407237 Here is the overview of changes I promised a couple of weeks back. These...

...ail.com] Sent: Thursday, February 14, 2013 11:48 PM To: Kaylor, Andrew Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] MCJIT and Lazy Compilation OK, so I have some *preliminary* results, which are on the whole quite encouraging! I haven't had a great deal of time, but I have managed to get Extempore up and running with function (actually lexical closures so composed of quite a bit of additional guff) level compilation using Andy's multi module suggestion. I also have on-the-fly recompilation of existing closures working (caveats below) so from an end-user perspective this means that Extemp...

...aylor, Andrew Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] MCJIT and Lazy Compilation Thanks for the update Andy. I'm very happy to be involved in anyway that is helpful. If you would like me to test ideas, or contribute to further discussions, then please let me know. I currently have extempore running nicely with MCJIT for the "monolithic" case and am working on various LLVM hacks to better understand the issues involved with non-monolithic approaches - in particular I'm starting with your multi-module approach. I will report back when (and if) I have something useful to c...

Thanks for the update Andy. I'm very happy to be involved in anyway that is helpful. If you would like me to test ideas, or contribute to further discussions, then please let me know. I currently have extempore running nicely with MCJIT for the "monolithic" case and am working on various LLVM hacks to better understand the issues involved with non-monolithic approaches - in particular I'm starting with your multi-module approach. I will report back when (and if) I have something useful to c...

Does anyone have a roadmap for MCJIT with what I think people are calling lazy compilation. Is this even on the cards? I spent the last few hours moving my project (extempore.moso.com.au) over to MCJIT (particularly for ARM), and am a little horrified to discover no ability to compile, and just as importantly to recompile, at a function level. This is absolutely mandatory for my project. I have been looking enviously at MCJIT's ARM+DWARF support for a couple of yea...

...f Andrew Sorensen Sent: Thursday, January 31, 2013 7:56 PM To: llvmdev at cs.uiuc.edu Subject: [LLVMdev] MCJIT and Lazy Compilation Does anyone have a roadmap for MCJIT with what I think people are calling lazy compilation. Is this even on the cards? I spent the last few hours moving my project (extempore.moso.com.au<http://extempore.moso.com.au>) over to MCJIT (particularly for ARM), and am a little horrified to discover no ability to compile, and just as importantly to recompile, at a function level. This is absolutely mandatory for my project. I have been looking enviously at MCJIT's A...

...f Andrew Sorensen Sent: Thursday, January 31, 2013 7:56 PM To: llvmdev at cs.uiuc.edu Subject: [LLVMdev] MCJIT and Lazy Compilation Does anyone have a roadmap for MCJIT with what I think people are calling lazy compilation. Is this even on the cards? I spent the last few hours moving my project (extempore.moso.com.au<http://extempore.moso.com.au>) over to MCJIT (particularly for ARM), and am a little horrified to discover no ability to compile, and just as importantly to recompile, at a function level. This is absolutely mandatory for my project. I have been looking enviously at MCJIT's A...

...Cheers, Andrew. On Fri, Feb 1, 2013 at 1:55 PM, Andrew Sorensen <digegoo at gmail.com> wrote: > Does anyone have a roadmap for MCJIT with what I think people are > calling lazy compilation. > > Is this even on the cards? > > I spent the last few hours moving my project (extempore.moso.com.au) > over to MCJIT (particularly for ARM), and am a little horrified to > discover > no ability to compile, and just as importantly to recompile, at a function > level. > This is absolutely mandatory for my project. > > I have been looking enviously at MCJIT's ARM...