Article View: comp.arch
Article #23360Re: Efficient coding
From: Graeme Gill
Date: Wed, 30 Oct 1991 05:03
Date: Wed, 30 Oct 1991 05:03
20 lines
1899 bytes
1899 bytes
(From a recent post - Author omitted to reduce un-intended offence) > A really good optimizing compiler can probably do this better than you; > it can certainly do it better than I can :-) A mediocre compiler won't, > and using C's register declaration will probably make it less likely. > But a good compiler is optimizing use of ALL the registers, and if > you've got lots of registers or register windows, it will be doing > global optimization across subroutine calls in ways that are hard to do by hand. So where are these "good" compilers. I would certainly like to be using one. (would cut down on the amount of assembler I have to do). It would be nice if all these people who tell us assembler is mostly un-necessary because of "good" compilers would stop trying to convince us with arguments, and prove their point by contributing a "good" register allocator and load scheduler to gcc, so that we can try it out ! (First hot day of summer and the air conditioning has broken down again. Can you tell ?) Graeme Gill Labtam Australia
Technical Details
Message-ID:
<11318@labtam.labtam.oz.au>Path:
arc1-ca.pugleaf.net!gmdzi!zeus.ieee.org!sdd.hp.com!spool.mu.edu!munnari.oz.au!labtam!graemeShow Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f891f,dbd5a39bf4f71ffb,start X-Google-Attributes: gidf891f,public X-Google-Thread: 1025b4,dbd5a39bf4f71ffb,start X-Google-Attributes: gid1025b4,public X-Google-Thread: 102b75,dbd5a39bf4f71ffb,start X-Google-Attributes: gid102b75,public X-Google-ArrivalTime: 1991-10-30 06:13:30 PST Path: arc1-ca.pugleaf.net!gmdzi!zeus.ieee.org!sdd.hp.com!spool.mu.edu!munnari.oz.au!labtam!graeme From: graeme@labtam.labtam.oz.au (Graeme Gill) Newsgroups: comp.arch,comp.lang.misc,gnu.misc.discuss Subject: Re: Efficient coding Summary: Where are these "good" compilers Keywords: Optimization, portability, Ada (yuk, but...) Message-ID: <11318@labtam.labtam.oz.au> Date: 30 Oct 91 05:03:13 GMT Followup-To: comp.arch Organization: Labtam Australia Pty. Ltd., Melbourne, Australia Lines: 20