From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Wette, Matthew R (3441)" Newsgroups: gmane.lisp.guile.devel Subject: Re: include bug in guile Date: Wed, 30 Mar 2016 01:05:23 +0000 Message-ID: <7EDD3134-9BE2-4A4F-A8D5-C0617DD17674@jpl.nasa.gov> References: <314fdd510b24fc4580a47e0da868d3ba@openmailbox.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_000_7EDD31349BE24A4FA8D5C0617DD17674jplnasagov_" X-Trace: ger.gmane.org 1459299968 10428 80.91.229.3 (30 Mar 2016 01:06:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 30 Mar 2016 01:06:08 +0000 (UTC) Cc: "guile-devel@gnu.org" To: "rain1@openmailbox.org" Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Mar 30 03:05:57 2016 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1al4a3-0004qY-1n for guile-devel@m.gmane.org; Wed, 30 Mar 2016 03:05:55 +0200 Original-Received: from localhost ([::1]:51255 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1al4a1-0002An-J3 for guile-devel@m.gmane.org; Tue, 29 Mar 2016 21:05:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54936) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1al4Zt-00026v-9v for guile-devel@gnu.org; Tue, 29 Mar 2016 21:05:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1al4Zm-0004QZ-SF for guile-devel@gnu.org; Tue, 29 Mar 2016 21:05:45 -0400 Original-Received: from smtp.jpl.nasa.gov ([128.149.139.106]:44609 helo=mail.jpl.nasa.gov) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1al4Zm-0004PX-Du for guile-devel@gnu.org; Tue, 29 Mar 2016 21:05:38 -0400 Original-Received: from mail.jpl.nasa.gov (ap-ehub-sp02.jpl.nasa.gov [128.149.137.149]) by smtp.jpl.nasa.gov (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id u2U15O3k006210 (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256 bits) verified NO); Tue, 29 Mar 2016 18:05:27 -0700 Original-Received: from AP-EMBX-SP40.RES.AD.JPL ([169.254.7.141]) by ap-ehub-sp02.RES.AD.JPL ([fe80::dd85:7b07:1e36:7e3c%15]) with mapi id 14.03.0279.002; Tue, 29 Mar 2016 18:05:24 -0700 Thread-Topic: include bug in guile Thread-Index: AQHRiiA8ZwOaAWim8Ee8q3Lm340DVw== In-Reply-To: <314fdd510b24fc4580a47e0da868d3ba@openmailbox.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [128.149.137.82] X-Source-Sender: matthew.r.wette@jpl.nasa.gov X-AUTH: Authorized X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 128.149.139.106 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:18251 Archived-At: --_000_7EDD31349BE24A4FA8D5C0617DD17674jplnasagov_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mar 29, 2016, at 10:16 AM, rain1@openmailbox.org wrote: I think this is a bug in guile relating to "include": a.scm: (define a 1) b.scm: (include "a.scm") (display a) (newline) guile -l b.scm # prints 1 now update a.scm: (define a 2) guile -l b.scm # still prints 1 I have noticed this behavior and have learned to live with it. Given the f= ollowing from the Guile Reference manual (2.0.11), I think it is not consid= ered a bug. "On the other hand, include does have all the disadvantages of early bindin= g: once the code with the include is compiled, no change to the included fi= le is reflected in the future behavior of the including form." --_000_7EDD31349BE24A4FA8D5C0617DD17674jplnasagov_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
On Mar 29, 2016, at 10:16 AM, rain1@openmailbox.org wrote:

I think this is a bug in guile relating to "include&qu= ot;:

a.scm: (define a 1)
b.scm: (include "a.scm") (display a) (newline)

guile -l b.scm # prints 1

now update
a.scm: (define a 2)

guile -l b.scm # still prints 1

I have noticed this behavior and have learned to live with = it.  Given the following from the Guile Reference manual (2.0.11), I t= hink it is not considered a bug.

"On the other hand, include does have all the disadvantages of early binding: once the code with = the include is compiled, no change to the included file is reflected in the futur= e behavior of the including form."


--_000_7EDD31349BE24A4FA8D5C0617DD17674jplnasagov_--