Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!think.com!barmar From: barmar@think.com (Barry Margolin) Newsgroups: comp.lang.lisp Subject: Re: Is this the end of the lisp wave? Message-ID: <1991Jan23.080259.19816@Think.COM> Date: 23 Jan 91 08:02:59 GMT References: <17374@csli.Stanford.EDU> Sender: news@Think.COM Organization: Thinking Machines Corporation, Cambridge MA, USA Lines: 24 In article <17374@csli.Stanford.EDU> ceb@csli.Stanford.EDU (Charles Buckley) writes: >Exact. Makes prototyping a breeze. However, I'd still like to do my >own storage management in Lisp when my algorithm makes that possible >and expedient. It's simply not provided for in CL. A major vendor >who shall remain nameless claims to have no interest in providing for >it as an extension, either. Harumpf. At least Symbolics gave you >with-stack-array (or equiv.). I'm not sure precisely what type of extension you're referring to. Both Symbolics and Lucid provide "resources", which are pools of objects that can be reused rather than consing new objects each time (I expect Allegro CL also has resources, but I'm not familiar with its extensions). The ANSI CL proposal will include a DYNAMIC-EXTENT declaration, which specifies that the value of the specified variable will only be accessed within the dynamic extent of the binding form. Compilers can optimize this into stack allocation of data structures. This is similar to Symbolics's STACK-LET, and I think Lucid already supports such a declaration. -- Barry Margolin, Thinking Machines Corp. barmar@think.com {uunet,harvard}!think!barmar