Re: Help on code generation and register allocation

Ivan Boldyrev <boldyrev@cgitftp.uiggm.nsc.ru>
17 Feb 2006 00:10:05 -0500

          From comp.compilers

Related articles
[2 earlier articles]
Re: Help on code generation and register allocation kym@ukato.freeshell.org (russell kym horsell) (2006-02-11)
Re: Help on code generation and register allocation avayvod@gmail.com (Whywhat) (2006-02-11)
Re: Help on code generation and register allocation u.hobelmann@web.de (Ulrich Hobelmann) (2006-02-12)
Re: Help on code generation and register allocation avayvod@gmail.com (Whywhat) (2006-02-14)
Re: Help on code generation and register allocation u.hobelmann@web.de (Ulrich Hobelmann) (2006-02-14)
Re: Help on code generation and register allocation torbenm@app-5.diku.dk (2006-02-17)
Re: Help on code generation and register allocation boldyrev@cgitftp.uiggm.nsc.ru (Ivan Boldyrev) (2006-02-17)
Re: Help on code generation and register allocation fw@deneb.enyo.de (Florian Weimer) (2006-02-17)
Re: Help on code generation and register allocation Forum.Thomas.Krause@gmx.de (Thomas Krause) (2006-02-20)
| List of all articles for this month |

From: Ivan Boldyrev <boldyrev@cgitftp.uiggm.nsc.ru>
Newsgroups: comp.compilers
Date: 17 Feb 2006 00:10:05 -0500
Organization: this field is intentionally left blank
References: 06-02-055 06-02-072 06-02-088 06-02-096
Keywords: optimize
Posted-Date: 17 Feb 2006 00:10:05 EST

On 9385 day of my life avayvod@gmail.com wrote:
> I always considered tail recursion elimination to be a
> target-independent optimization process. So what does it have to deal
> with register allocator and processor architecture?


Tail recursion elimination (function calls itself in tail call
position) can be target-independed optimization, but tail call
elimination (function calls some other function in tail call position)
depends on low-level details as Ulrich explained.


--
Ivan Boldyrev



Post a followup to this message

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