Re: optimizing compiler against iaverage assembly programmer.

WStreett@shell.monmouth.com (Wilbur Streett)
30 Jun 1997 23:07:17 -0400

          From comp.compilers

Related articles
[5 earlier articles]
Re: optimizing compiler against iaverage assembly programmer. rnordier@iafrica.com (Robert Nordier) (1997-06-24)
Re: optimizing compiler against iaverage assembly programmer. jim-neil@digital.net (1997-06-24)
Re: optimizing compiler against iaverage assembly programmer. jbuck@synopsys.com (1997-06-24)
Re: optimizing compiler against iaverage assembly programmer. bromage@cs.mu.oz.au (1997-06-30)
Re: optimizing compiler against iaverage assembly programmer. charles.marslett@tempe.vlsi.com (1997-06-30)
Re: optimizing compiler against iaverage assembly programmer. graham.hughes@resnet.ucsb.edu (Graham C. Hughes) (1997-06-30)
Re: optimizing compiler against iaverage assembly programmer. WStreett@shell.monmouth.com (1997-06-30)
Re: optimizing compiler against iaverage assembly programmer. creedy@mitretek.org (1997-06-30)
Re: optimizing compiler against iaverage assembly programmer. als@tusc.com.au (1997-07-04)
Re: optimizing compiler against iaverage assembly programmer. conway@mundook.cs.mu.OZ.AU (1997-07-04)
Re: optimizing compiler against iaverage assembly programmer. als@tusc.com.au (1997-07-04)
Re: optimizing compiler against iaverage assembly programmer. dietz@interaccess.com (1997-07-04)
Re: optimizing compiler against iaverage assembly programmer. cef@geodesic.com (Charles Fiterman) (1997-07-04)
[2 later articles]
| List of all articles for this month |

From: WStreett@shell.monmouth.com (Wilbur Streett)
Newsgroups: comp.compilers,comp.lang.asm.x86
Date: 30 Jun 1997 23:07:17 -0400
Organization: Monmouth Internet
References: 97-06-071 97-06-081 97-06-101
Keywords: assembler, optimize

Well, just to jump in an muddy the discussion a little more..


The second version of any software will probably run faster than the
first, particularly is if it is a total rewrite, optimized for speed.


AND


Good programmers in C understand what the CPU is up to underneath the
covers, and probably can write Assembler if the need arises. So as
has often been said, C is a portable assembler, and the real issue is
if the programmer understands the base architecture of the system that
the code is running on and the software architecture of the software
created for the task at hand.


BUT


I doubt that you can optimize LISP as much as you can C or Assembler..


Wilbur
[Au contraire. The second version always runs slower because people
throw in all the junk that didn't occur to them the first time around.
It's well known as the "second system effect". Re optimizing Lisp,
you might be surprised. -John]




--


Post a followup to this message

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