| Related articles |
|---|
| [3 earlier articles] |
| 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) |
| From: | Florian Weimer <fw@deneb.enyo.de> |
| Newsgroups: | comp.compilers |
| Date: | 17 Feb 2006 00:10:15 -0500 |
| Organization: | Compilers Central |
| References: | 06-02-055 06-02-072 06-02-088 06-02-096 06-02-103 |
| Keywords: | optimize, GCC |
| Posted-Date: | 17 Feb 2006 00:10:15 EST |
* Ulrich Hobelmann:
> If tail recursion were completely target independent (and an
> optimization), I don't see why not all compilers would Just Do It.
> Especially GCC in Intel doesn't do it (except maybe for
> self-tail-recursion),
GCC does perform tail-call optimization on i386 for the SYSV ABI
(non-PIC). The calling convention is quite unproblematic in this
regard. Other architectures feature things like caller-saved
registers which are clobbered by inter-module calls, and tail calls
conforming to the platform ABI are very hard (if not impossible).
Return to the
comp.compilers page.
Search the
comp.compilers archives again.