Re: Unsafe Optimizations (formerly Compiler Design in C...)

marti@inf.ethz.ch
Thu, 14 Jun 90 15:26:12 GMT

          From comp.compilers

Related articles
Unsafe Optimizations (formerly Compiler Design in C...) holub@violet.Berkeley.EDU (1990-06-12)
Re: Unsafe Optimizations (formerly Compiler Design in C...) moss@cs.umass.edu (1990-06-13)
Re: Unsafe Optimizations (formerly Compiler Design in C...) holub@violet.Berkeley.EDU (1990-06-14)
Re: Unsafe Optimizations (formerly Compiler Design in C...) marti@inf.ethz.ch (1990-06-14)
Re: Unsafe Optimizations (formerly Compiler Design in C...) larus@primost.cs.wisc.edu (1990-06-14)
Re: Unsafe Optimizations (formerly Compiler Design in C...) grover@brahmand.Eng.Sun.COM (1990-06-15)
Re: Unsafe Optimizations (formerly Compiler Design in C...) MERRIMAN@ccavax.camb.com (George Merriman -- CCA/NY) (1990-06-15)
Re: Unsafe Optimizations (formerly Compiler Design in C...) holub@violet.Berkeley.EDU (1990-06-15)
Re: Unsafe Optimizations (formerly Compiler Design in C...) pardo@june.cs.washington.edu (1990-06-15)
Re: Unsafe Optimizations (formerly Compiler Design in C...) barmar@Think.COM (1990-06-15)
[9 later articles]
| List of all articles for this month |

Newsgroups: comp.compilers
From: marti@inf.ethz.ch
References: <1990Jun12.163959.2593@esegue.segue.boston.ma.us>
Date: Thu, 14 Jun 90 15:26:12 GMT
Organization: Compilers Central
Keywords: compiler design, C, unsafe optimizations

Allen Holub (holub@violet.berkeley.edu) writes:
> If you don't like [the philosophy that programmers know what they
> are doing], there are scores of safer (slower, less-powerful)
> languages that will hold you hand and not let you do something stupid.


I'm curious just exactly what a slow (or fast) language is.
Or a more or less powerful language, for that matter.


I thought that speed was a matter of a particular *implementation*
of a language. But then what do I know ...


> I don't think much of the "compiler fascists" (if you will) who
> insist on protecting me from myself.


That's fine. The only problem is that, as a consequence, your
programs might make about as much sense as your comments above.


--
Robert Marti Phone: +41 1 254 72 60
Institut fur Informationssysteme
ETH-Zentrum Internet: marti@inf.ethz.ch
CH-8092 Zurich, Switzerland UUCP: ...uunet!mcvax!ethz!marti
--


Post a followup to this message

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