From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bruce Korb Newsgroups: gmane.lisp.guile.devel Subject: Re: unknown location: definition in expression context in subform optname-from of "_^" Date: Fri, 27 Jan 2012 06:04:11 -0800 Message-ID: <4F22AEDB.6000406@gmail.com> 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> <871uqlpt0q.fsf@netris.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1327673073 17101 80.91.229.12 (27 Jan 2012 14:04:33 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 27 Jan 2012 14:04:33 +0000 (UTC) Cc: guile-devel@gnu.org To: Mark H Weaver Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Jan 27 15:04:29 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 1RqmPl-0007jB-Dj for guile-devel@m.gmane.org; Fri, 27 Jan 2012 15:04:29 +0100 Original-Received: from localhost ([::1]:34353 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqmPk-0007ow-Ls for guile-devel@m.gmane.org; Fri, 27 Jan 2012 09:04:28 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:59086) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqmPd-0007op-2Z for guile-devel@gnu.org; Fri, 27 Jan 2012 09:04:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RqmPY-00012k-0u for guile-devel@gnu.org; Fri, 27 Jan 2012 09:04:20 -0500 Original-Received: from mail-pz0-f41.google.com ([209.85.210.41]:41950) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqmPX-00012V-SQ for guile-devel@gnu.org; Fri, 27 Jan 2012 09:04:15 -0500 Original-Received: by dake40 with SMTP id e40so1569275dak.0 for ; Fri, 27 Jan 2012 06:04:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=wJ9qPDhIsfPYfhndX5clSxKnYQIxKVbYg/zf+EoXz5s=; b=Nrs22hQ9S0mxB3SXQTdUCjqC+UoEZKk5C4hWsB/WFyqAHfOF5XZypM9yPIfjN2FQPc NJht9lJ2oU7QPNnaprer3kwbixknHjxQuVXD2PBFXIyeoXjmBjJ6o4sno2gtXUTmEUoT V84X7o1YdWAph2f+n92jg8AOk8JGE+l2Pw7PU= Original-Received: by 10.68.225.4 with SMTP id rg4mr8847340pbc.111.1327673054303; Fri, 27 Jan 2012 06:04:14 -0800 (PST) Original-Received: from [10.0.0.2] (adsl-75-2-129-96.dsl.pltn13.sbcglobal.net. [75.2.129.96]) by mx.google.com with ESMTPS id i1sm20187870pbt.19.2012.01.27.06.04.12 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 27 Jan 2012 06:04:13 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111220 Thunderbird/9.0 In-Reply-To: <871uqlpt0q.fsf@netris.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.210.41 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:13709 Archived-At: On 01/26/12 22:19, Mark H Weaver wrote: >> Then either it ought to have printed the location, or there are new >> wrinkles in the file/line number stuff that I need to know about. > > Your code looks good to me, and should allow source locations to be > properly reported in error messages. > > It turns out that this was simply a bug in Guile. That's a relief to me! (I'd still advocate adding it to Guile. :) > I have produced a patch to fix these error messages, and will post it as > soon as I have thoroughly tested it (within a couple of hours), in the > hopes that it may be included in 2.0.4. Excellent. > Ideally, you would also call 'scm_set_port_column_x' here. Otherwise, > the column numbers of errors on the first line will not be reported > properly. All I can do is set the first line column to zero. I don't track the columns. scm_set_port_column_x(port, SCM_INUM0); // yes? Thank you! Regards, Bruce