Related articles |
---|
[2 earlier articles] |
Re: Compiler Optimizing assembler pardo@cs.washington.edu (1996-11-03) |
Re: Compiler Optimizing assembler dlmoore@ix.netcom.com (David L Moore) (1996-11-03) |
Re: Compiler Optimizing assembler jacob@jacob.remcomp.fr (1996-11-05) |
re: Compiler Optimizing assembler JRAITTO@us.oracle.com (JRAITTO.US.ORACLE.COM) (1996-11-05) |
Re: Compiler Optimizing assembler Martin.Ward@durham.ac.uk (1996-11-05) |
Re: Compiler Optimizing assembler sri@gomez.sc.intel.com (K. Sridharan) (1996-11-07) |
Re: Compiler Optimizing assembler walter@bytecraft.com (Walter Banks) (1996-11-07) |
Re: Compiler Optimizing assembler shankar@chromatic.com (1996-11-10) |
From: | Walter Banks <walter@bytecraft.com> |
Newsgroups: | comp.compilers |
Date: | 7 Nov 1996 20:24:26 -0500 |
Organization: | Byte Craft Limited |
References: | 96-11-029 96-11-045 |
Keywords: | assembler, optimize |
JRAITTO.US.ORACLE.COM wrote:
> Having said that, you may find some pattern-matched code transformations
> beneficial in those cases where a particular instruction sequence occurs
> frequently because it had been optimal on the hardware of the day, but a
> different sequence would prove better for modern hardware.
Pattern matchers often deal with boundaries
as the optimizer changes from one mode to another.
Walter Banks
http://www.bytecraft.com
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.