Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion Implementation Favoritism, a question of Lisp mindsets

Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!sn-xit-03!sn-xit-01!sn-post-01!supernews.com!corp.supernews.com!not-for-mail
From: Ed L Cashin <ecas...@uga.edu>
Newsgroups: comp.lang.lisp
Subject: Re: Implementation Favoritism, a question of Lisp mindsets
Date: Sat, 03 May 2003 18:23:53 -0400
Organization: negia.net
Message-ID: <873cjvwtxi.fsf@cs.uga.edu>
References: <jkCma.9$NE4.382@paloalto-snr1.gtei.net>
	<160420031526227070%nospam@iam.invalid> <871xzr5rmu.fsf@tenkan.org>
	<240420032331017657%nospam@iam.invalid> <u1cmel15.fsf@ccs.neu.edu>
	<260420030346386552%nospam@iam.invalid> <bryqadzs.fsf@ccs.neu.edu>
	<280420032247144579%nospam@iam.invalid>
	<m3r87loheb.fsf@javamonkey.com>
	<010520030523544492%nospam@iam.invalid> <ey3vfwuepjf.fsf@cley.com>
	<010520031630305344%nospam@iam.invalid>
	<86fznyurn4.fsf@bogomips.optonline.net>
	<020520030140499402%nospam@iam.invalid>
	<861xzh4oew.fsf@bogomips.optonline.net>
	<020520031429570028%nospam@iam.invalid>
	<slrnbb5ses.on.Gareth.McCaughan@g.local>
	<020520031940504126%nospam@iam.invalid>
	<costanza-6A0E31.12442903052003@news.netcologne.de>
	<878ytnyjvh.fsf@cs.uga.edu> <030520031414279683%nospam@iam.invalid>
User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2
 (i386-debian-linux-gnu)
Cancel-Lock: sha1:S7OLXcK7BhDkoWxhnXl/Y4FlyY0=
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cache-Post-Path: alpha.negia.net!unkn...@ppp63-172-85-115.silverstreakdsl.com
X-Cache: nntpcache 2.4.0b5 (see http://www.nntpcache.org/)
X-Complaints-To: abuse@supernews.com
Lines: 47

Mark Conrad <nos...@iam.invalid> writes:

> In article <878ytnyjvh....@cs.uga.edu>, Ed L Cashin <ecas...@uga.edu>
> wrote:
>
>> Pascal Costanza <costa...@web.de> writes:
>> 
>> > See for example the entry for binding in the glossary section of the 
>> > HyperSpec:
>> >
>> > binding n. an association between a name and that which the name 
>> > denotes. ``A lexical binding is a lexical association between a name and 
>> > its value.'' 
>> 
>> Thank you!  I was growing worried after two people suggested that a
>> binding is a bucket where a value can be kept.  Then the word itself
>> wouldn't relate to its meaning.  Nothing is being bound in the concept
>> of "a location where a value may be kept".
>
> FWIW, those same suggestions that a binding is a location puzzled and
> confused me also, so you are not alone.

I don't think I was confused, just distressed.  To equate "binding" to
"location" is confusion.  So when Erann Gat says, 

   (let ((x 1))   ; Establish a binding (i.e. a memory location) for X.

... it's misleading.  There are distinct things happenning: there's a
memory location allocated, and there's a name, "x", associated with
that memory location.  The binding is the relationship between the
name and the memory location that allows you to access the memory
location by using the name.

There's no advantage to collapsing the concepts of location and
binding.  Calling a memory location an "object" or just a memory
location is more accurate and more discriptive.

> I see that idea of a binding being a location in a few of my Lisp
> books also.

Yeah, I think that's an unhelpful collapse of ideas, where the useful
distinction between memory objects, names, and bindings is being lost.
In a forum like this, I expect a higher standard of precision.  After
all, after newbies read confusing books, this is where they'll come.

-- 
--Ed L Cashin     PGP public key: http://noserose.net/e/pgp/