[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Generative record types

To: adams@openmarket.com
Subject: Re: Generative record types
From: Hal Abelson <hal@hal.hpl.hp.com>
Date: Wed, 24 Apr 1996 22:25:48 -0700
Address: H-P Labs, 1501 Page Mill Road, MS: 1U-4, Palo Alto, CA 94304
Cc: rrrs-authors@martigny.ai.mit.edu
In-Reply-To: <199604250519.BAA24488@relay.openmarket.com> (message from Norman Adams on Wed, 24 Apr 1996 22:19:40 -0700)
Phone: (415) 857-6538 Fax: (415) 852-8137
Reply-To: hal@hplabs.hpl.hp.com
Url: http://www-swiss.ai.mit.edu/~hal/hal.html


    Norman> You wrote:
    Norman>     I would like to weigh in against opacity.  I particularly like the
    Norman>     fact that the language has explicit support for breaking abstractions.
    Norman>     This is one of the best parts of Lisp-derived languages, as it removes
    Norman>     the distinction between systems programming, environmental support,
    Norman>     and other programming tasks.
    
    Norman> So how do you square this with procedures being opaque?

    Norman> I'm not arguing for opacity here, just curious. 

Remeber Bill Rozas's thesis?

References:
- Re: Generative record types
  - From: Norman Adams <adams@openmarket.com>

Prev by Date: Re: Generative record types
Next by Date: Re: Generative record types
Prev by thread: Re: Generative record types
Next by thread: Generative record types
Index(es):
- Date
- Thread