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: unknown location: definition in expression context in subform optname-from of "_^" Date: Fri, 27 Jan 2012 01:27:28 -0500 Message-ID: <87wr8doe27.fsf@netris.org> References: <4F20CEE7.4000403@gmail.com> <1327551746.85660.YahooMailNeo@web37907.mail.mud.yahoo.com> <4F21BFFC.8040300@gmail.com> <87d3a6ovhs.fsf@netris.org> <4F21F635.4020404@gmail.com> <8762fxq3rr.fsf@netris.org> <4F220F84.5090601@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1327645716 24486 80.91.229.12 (27 Jan 2012 06:28:36 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 27 Jan 2012 06:28:36 +0000 (UTC) Cc: guile-devel@gnu.org To: Noah Lavine Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Jan 27 07:28:32 2012 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 1RqfIV-0005NM-MB for guile-devel@m.gmane.org; Fri, 27 Jan 2012 07:28:31 +0100 Original-Received: from localhost ([::1]:47346 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqfIR-0004Bq-U4 for guile-devel@m.gmane.org; Fri, 27 Jan 2012 01:28:27 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:56146) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqfIP-00045U-JV for guile-devel@gnu.org; Fri, 27 Jan 2012 01:28:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RqfIN-0001mK-Vg for guile-devel@gnu.org; Fri, 27 Jan 2012 01:28:25 -0500 Original-Received: from world.peace.net ([96.39.62.75]:35482) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqfIN-0001mG-T4 for guile-devel@gnu.org; Fri, 27 Jan 2012 01:28:23 -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 1RqfIJ-0005mN-Fg; Fri, 27 Jan 2012 01:28:19 -0500 In-Reply-To: (Noah Lavine's message of "Thu, 26 Jan 2012 21:59:09 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (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:13705 Archived-At: Hi Noah, Noah Lavine writes: > I am not an expert, but this is my guess about what's happening: you > get the form from the file with scm_read. scm_read returns a regular > s-expression, not a syntax object. Actually, source location information is not stored in syntax objects. Instead, it is associated with each raw s-expression using a weak-key `eq?' hash table. This is done automatically by 'read' if the 'positions' read-option is enabled (the default). Note that this strategy implies that source location can only be associated with parenthesized expressions, not atoms. See 'Source Properties' in the Guile manual for details. Best, Mark