Xref: utzoo comp.lang.c++:2090 comp.lang.c:14317 comp.lang.forth:657 comp.lang.fortran:1517 comp.lang.misc:2171
Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!husc6!bu-cs!bucsb!composer
From: composer@bucsb.UUCP (Jeffrey L. Kellem)
Newsgroups: comp.lang.c++,comp.lang.c,comp.lang.forth,comp.lang.fortran,comp.lang.misc
Subject: Re: Assembly or ....
Message-ID: <2220@bucsb.UUCP>
Date: 27 Nov 88 21:26:52 GMT
References: <1388@aucs.UUCP> <729@convex.UUCP> <1961@crete.cs.glasgow.ac.uk>
Reply-To: composer@bucsb.bu.edu (Jeff Kellem)
Followup-To: comp.lang.c++
Organization: Boston Univ Comp. Sci.
Lines: 17

In article <1961@crete.cs.glasgow.ac.uk> orr@cs.glasgow.ac.uk (Fraser Orr) writes:
>I don't agree that there is ever any necessity to code in assembler. We
>have languages that produce code just as good as hand crafted assembler
>(such as C), so why not use them for this sort of thing.
>
>==Fraser Orr ( Dept C.S., Univ. Glasgow, Glasgow, G12 8QQ, UK)

Except, of course, in the case of real-time programming, where
speed/efficiency is of greatest importance (after correctness); as in
some robotics development and data sampling.  Now, though optimizing
compilers are becoming more common, we still don't have one that can
produce all possible optimizations.

Jeff Kellem
INTERNET: composer%bucsb.bu.edu@bu-it.bu.edu  (or @bu-cs.bu.edu)
UUCP: ...!harvard!bu-cs!bucsb!composer
Disclaimer: My opinions are someone's...hopefully mine...  :)