From owner-freebsd-current  Mon Aug  6 23:48: 2 2001
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 729)
	id 9A11737B401; Mon,  6 Aug 2001 23:48:00 -0700 (PDT)
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0
To: tlambert2@mindspring.com
Cc: "Karsten W. Rohrbach" <karsten@rohrbach.de>,
	Dag-Erling Smorgrav <des@ofug.org>, current@FreeBSD.ORG,
	obrien@FreeBSD.ORG
Subject: Tail-call reference (was: CPUTYPE warning)
In-Reply-To: Message from Terry Lambert <tlambert2@mindspring.com> 
   of "Sat, 23 Jun 2001 13:35:00 MST." <3B34FD74.A947641A@mindspring.com> 
Mime-Version: 1.0
Content-Type: text/plain
Message-Id: <20010807064800.9A11737B401@hub.freebsd.org>
Date: Mon,  6 Aug 2001 23:48:00 -0700 (PDT)
From: jkoshy@FreeBSD.ORG (Joseph Koshy)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


>>> "tl" == "Terry Lambert" wrote:

tl> FWIW: tail-call optimization is when I have a function
tl> that, as it's last thing (perhaps after reordering by
tl> the compiler, as well) calls another function, such
tl> that the return value of the other function is its
tl> return value.

See also:

  Debunking the ``Expensive Procedure Call'' Myth or, 
  Procedure Call Implementations Considered Harmful or, 
  LAMDBA: The Ultimate GOTO

  By Guy Lewis Steele, Jr.
  AI memo 443, October 1977, 23 pages

  ftp://publications.ai.mit.edu/ai-publications/0-499/AIM-443.ps


Regards,
Koshy
<jkoshy@freebsd.org>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message