|Generating JIT compilers firstname.lastname@example.org (Jens Troeger) (2003-07-02)|
|Re: Generating JIT compilers email@example.com (Eric Eide) (2003-07-04)|
|Re: Generating JIT compilers firstname.lastname@example.org (Lex Spoon) (2003-07-04)|
|Re: Generating JIT compilers email@example.com (2003-07-04)|
|Re: Generating JIT compilers firstname.lastname@example.org (Jens Troeger) (2003-07-13)|
|Re: Generating JIT compilers email@example.com (2003-07-17)|
|Re: Generating JIT compilers firstname.lastname@example.org (Jens Troeger) (2003-07-21)|
|From:||Jens Troeger <email@example.com>|
|Date:||13 Jul 2003 23:56:05 -0400|
|Posted-Date:||13 Jul 2003 23:56:05 EDT|
> >I Think I Will Go For The Template Approach First, I.E. To
> >Generate A Static Mapping From Source To Target Instructions,
> >Which Is Used At Runtime To Emit The Target Instructions.
> >But Before I Reinvent The Wheel... Is Anybody Aware Of Such
> The template approach is used in many different sauces:
It Seems That This Approach Is The Common One. For Reasons Of
Speed Or Ease Of Implementation? The Quality Of The Emitted Code
Doesn'T Compare To The Outcome Of A "Real" JIT Compiler, Does
> 3) A cool approach (but I don't have performance data) is to map from
> source language to C and then parse the executable to obtain good
> assembly templates. See Fabrice Bellard's qemu.
that is kind of what our Yirr-Ma framework does. the emitted target
machine code can be generated very fast, yet the quality is by far
> >At The Moment I Tinker Around With Specifications, And How
> >An Instruction Selector For A JIT Compiler Could Be Generated.
> Apart from template based, you can try a very simple maximal munch
In General I Am Interested In The Question Of "What Can Be Generated
From Specs, Without Writing Source/Target Machine Dependent Code" (Of
Course The Specs Must Be Written :-))
As I Started To Look Around For Previous Work, I Could Not Find Much
In That Particular Area, So I Resorted To This News Group :)
Return to the
Search the comp.compilers archives again.