llvm dev - Mar 2011 - [LLVMdev] Fwd: dragonegg + jit ?

A sublte question about Dragonegg: is Dragonegg usable for Just-in-time
compiling as well as ahead-of-time compilation?

If not, how hard would it be to enable JIT using dragonegg? Say one wanted
to use the gnu fortran-2008 front end, and to jit up some fortran code.  How
difficult would it be to adapt it?

Thank you.

Jason

--
Jason E. Aten, Ph.D.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20110324/737c97ef/attachment.html>

Apologies if this gets double posted.

A subtle question about Dragonegg: is Dragonegg usable for Just-in-time
compiling as well as ahead-of-time compilation?

If not, how hard would it be to enable JIT using dragonegg? Say one wanted
to use the gnu fortran-2008 front end, and to jit up some fortran code.  How
difficult would it be to adapt it?

Thank you.

Jason

-- 
Jason E. Aten, Ph.D.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20110324/c5fefd9d/attachment.html>

On Thu, Mar 24, 2011 at 11:33 AM, Jason E. Aten <j.e.aten at gmail.com>
wrote:
> A sublte question about Dragonegg: is Dragonegg usable for Just-in-time
> compiling as well as ahead-of-time compilation?
>
> If not, how hard would it be to enable JIT using dragonegg? Say one wanted
> to use the gnu fortran-2008 front end, and to jit up some fortran code. 
How
> difficult would it be to adapt it?
There isn't any fundamental reason why you couldn't compile a piece of
Fortran and JIT the resulting IR; IR is IR, no matter how you get it.
Given the architecture of gcc, though, you'd probably have to run
dragonegg gfortran as a separate process.  And you'd need to come up
with some trickery to make the Fortran libs available for the
application.  All relatively straightforward, but I don't see the
point.

-Eli