Re: UNCOL = Uncool?

"Daniel C. Wang" <danwang+news@cs.princeton.edu>
23 Oct 2000 21:56:49 -0400

          From comp.compilers

Related articles
UNCOL = Uncool? sskaflot@online.no (SRS) (2000-10-19)
Re: UNCOL = Uncool? danwang+news@cs.princeton.edu (Daniel C. Wang) (2000-10-22)
Re: UNCOL = Uncool? vbdis@aol.com (2000-10-22)
Re: UNCOL = Uncool? peteg@cse.unsw.edu.au (Peter Gammie) (2000-10-23)
Re: UNCOL = Uncool? fjh@cs.mu.OZ.AU (2000-10-23)
Re: UNCOL = Uncool? danwang+news@cs.princeton.edu (Daniel C. Wang) (2000-10-23)
Re: UNCOL = Uncool? cfc@world.std.com (Chris F Clark) (2000-10-23)
Re: UNCOL = Uncool? fjh@cs.mu.OZ.AU (2000-10-26)
Re: UNCOL = Uncool? fjh@cs.mu.OZ.AU (2000-10-26)
Re: UNCOL = Uncool? predictor@my-deja.com (Pred.) (2000-10-26)
Re: UNCOL = Uncool? vbdis@aol.com (2000-10-26)
Re: UNCOL = Uncool? cfc@world.std.com (Chris F Clark) (2000-10-31)
[2 later articles]
| List of all articles for this month |

From: "Daniel C. Wang" <danwang+news@cs.princeton.edu>
Newsgroups: comp.compilers
Date: 23 Oct 2000 21:56:49 -0400
Organization: Princeton University
References: 00-10-139 00-10-150
Keywords: UNCOL

We don't need to clutter the mailing list with this.. but
"Daniel C. Wang" <danwang+news@cs.princeton.edu> writes:
{stuff deleted}
> [You're falling in the classic UNCOL trap: it looks good for some cases,
> we just have to generalize it a little bit. That's always where it fails.
> -John PS: Can you fix that sticky . key?]


Whatever it is.. it only has to be "sufficiently general" and I believe that
there have been sufficiently general UNCOL's. The the idea of an UNCOL need
not be frowned upon as "impossible".


Look at Transmeta's approach They are using x86 as and "UNCOL" of sorts for
their various different VLIW processors. So even x86 is "sufficiently
general" for VLIW processors cores.
[It has to be sufficiently general to handle some range of source
languages and some range of target languages efficiently enough that
people would want to use the compiler that results. If the only
source languages you care about are C and Fortran, and the targets are
32 bit little-endian byte addressed micros, it's not a hard job. If
the source languages also include Cobol and Common Lisp, we don't know
how to do it.
I don't see Transmeta as very relevant since part of their goal is
specifically to run x86 code so their system is tuned to make that work
well. Source language semantics look like a harder problem than code
generation anyway. -John]



Post a followup to this message

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