Re: What is the future of Compiler technology?

"Tommy Thorn" <tommy.thorn@gmail.com>
19 Jun 2006 09:33:18 -0400

          From comp.compilers

Related articles
What is the future of Compiler ? blertadn@yahoo.com (blerta bishaj) (2006-06-12)
Re: What is the future of Compiler technology? tommy.thorn@gmail.com (Tommy Thorn) (2006-06-19)
Re: What is the future of Compiler technology? oliver@first.in-berlin.de (Oliver Bandel) (2006-06-20)
Re: What is the future of Compiler technology? tommy.thorn@gmail.com (Tommy Thorn) (2006-07-05)
Re: What is the future of Compiler technology? torbenm@app-4.diku.dk (2006-07-06)
Re: What is the future of Compiler technology? oliver@zeigermann.de (Oliver Zeigermann) (2006-07-16)
Re: What is the future of Compiler technology? Juergen.Kahrs@vr-web.de (=?ISO-8859-1?Q?J=FCrgen_Kahrs?=) (2006-07-16)
Re: What is the future of Compiler technology? eliotm@pacbell.net (Eliot Miranda) (2006-07-19)
[15 later articles]
| List of all articles for this month |

From: "Tommy Thorn" <tommy.thorn@gmail.com>
Newsgroups: comp.compilers
Date: 19 Jun 2006 09:33:18 -0400
Organization: http://groups.google.com
References: 06-06-044
Keywords: parse, design

blerta bishaj wrote:
> my name is Blerta Bishaj. I graduate this summer, now I am preparing
> for my diploma thesis. My thesis and project is concerned with
> parsing. Can you give me any hints as to where compilers are heading?


Blerta, you seem to equate compilers with parsing. It is true that
parsing was the first challenge as compilers started to come into
existance (roughly 1950-60), but today parsing is a very well
understood problem (and IMO not the interesting problem anymore). If
you really do wish to dwelve into parsing, some recent research have
centered on efficient LR parsing.


The harder problems lie at the middle to back end, eg. the kind of
technology required to effective compile for VLIW architectures (eg.
Itanium), multi core architectures (eg. Cell), etc.


At the other end of the spectrum there's still interesting research
into effective ways to compile PL models, such as functional (strict
{ML} or non-strict {Haskell}), constraint-based, logic based {Mercury},
prototype based {Self}, etc.


Really, as suggested here, browse recent conference proceedings to get
the feel for what's "hot" these days .... and let me know because I
don't have time for it :-)


Regards
Tommy


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.