Related articles |
---|
Unsafe Optimizations vmars!alex@relay.EU.net (Alexander Vrchoticky) (1990-06-20) |
Unsafe optimizations worley@compass.com (1990-06-20) |
Re: Unsafe Optimizations leech@homer.cs.unc.edu (1990-06-21) |
Re: Unsafe optimizations cik@l.cc.purdue.edu (1990-06-21) |
Re: Unsafe Optimizations davidh@dent.Berkeley.EDU (David S. Harrison) (1990-06-22) |
Newsgroups: | comp.compilers |
From: | cik@l.cc.purdue.edu (Herman Rubin) |
References: | <1990Jun20.042238.16135@esegue.segue.boston.ma.us> |
Date: | Thu, 21 Jun 90 18:47:34 GMT |
Organization: | Purdue University Statistics Department |
Keywords: | code, optimize, |
Summary: | So why not let the programmer decide? The compiler does not have to work in secrecy. |
In article <1990Jun20.042238.16135@esegue.segue.boston.ma.us>, worley@compass.com (Dale Worley) writes:
> I find this whole discussion somewhat odd. While it may be possible for the
> programmer to "know what he is doing", if the compiler is doing serious
> optimizations, it is impossible for him to know what the optimizer is doing!
This is the place where a great deal of harm is done by the compiler writers
and language designers. There is no reason why there cannot be more
communication between the compiler and the programmer. This can even apply
to the inclusion of operations not envisioned by the language.
..........................
> My personal opinion is that when people want to allow "unsafe optimizations"
> they either want a semantic relaxation (as above) or want to make up for a
> deficient compiler that doesn't know how to prove enough about the program.
> When are people going to start puttting serious interprocedural analysis
> into optimizing compilers?
In my opinion, this is the case with all compilers and languages. I doubt
that silicon (or GaAs, or whatever) will ever be able to replace DNA and RNA.
--
Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907
Phone: (317)494-6054
hrubin@l.cc.purdue.edu (Internet, bitnet) {purdue,pur-ee}!l.cc!cik(UUCP)
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.