From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mark H Weaver Newsgroups: gmane.lisp.guile.devel Subject: Re: Anything better for delayed lexical evaluation than (lambda () ...)? Date: Mon, 12 Dec 2011 16:58:31 -0500 Message-ID: <87obvdh2pk.fsf@netris.org> References: <87liqtpsl9.fsf@fencepost.gnu.org> <874nxdwkbi.fsf@rapitore.luna> <87d3bvfo5d.fsf@fencepost.gnu.org> <871usaicvi.fsf@netris.org> <87mxaycmlx.fsf@fencepost.gnu.org> <87wra1hcek.fsf@netris.org> <87liqhbm3u.fsf@fencepost.gnu.org> <20111212203908.GC2686@yeeloong.happyleptic.org> <87hb15bj0u.fsf@fencepost.gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1323727445 29481 80.91.229.12 (12 Dec 2011 22:04:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 12 Dec 2011 22:04:05 +0000 (UTC) Cc: guile-devel@gnu.org To: David Kastrup Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Dec 12 23:04:01 2011 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RaDyZ-0002OS-E9 for guile-devel@m.gmane.org; Mon, 12 Dec 2011 23:03:59 +0100 Original-Received: from localhost ([::1]:45967 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RaDyY-0000Cy-QZ for guile-devel@m.gmane.org; Mon, 12 Dec 2011 17:03:58 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:60034) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RaDyV-0000A2-Iw for guile-devel@gnu.org; Mon, 12 Dec 2011 17:03:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RaDyU-0008OW-C5 for guile-devel@gnu.org; Mon, 12 Dec 2011 17:03:55 -0500 Original-Received: from world.peace.net ([96.39.62.75]:39714) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RaDun-0007aj-1q; Mon, 12 Dec 2011 17:00:07 -0500 Original-Received: from 209-6-91-212.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.91.212] helo=yeeloong) by world.peace.net with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1RaDuf-0004DU-Dz; Mon, 12 Dec 2011 16:59:57 -0500 In-Reply-To: <87hb15bj0u.fsf@fencepost.gnu.org> (David Kastrup's message of "Mon, 12 Dec 2011 22:02:41 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 96.39.62.75 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:13044 Archived-At: David Kastrup writes: >> Be confident that I'm ashamed by my ignorance but I do not know how >> exactly Lilypond uses Guile (nor what Lilypond exactly does), but your >> description of it does sound like it's the only way to "extend" a >> program. > > Not at all. But when we are talking about an _extension_ _language_, > the implication is that it works in bits and pieces where it is > convenient. That it _integrates_ with a larger system. Yes, extension languages are meant to integrate into a larger _program_, that much we can agree on. However, I disagree that "extension languages" are, by definition, meant to integrate into an external _language_ _implementation_. > Lexical environments are a fundamental part of what integration may > involve, and they operate at a different level as modules. Macros > play _into_ lexical environments, so obviously Scheme itself > recognizes the importance of being able to extend. Yes, Scheme recognizes the importance of being able to extend the language, but only within the framework of a single low-level language _implementation_. This is a separate issue from being able to extend a program using an "extension language". Mark