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: RFD: add an interface scm_c_eval_string_from_file_line Date: Mon, 22 Sep 2008 08:58:42 -0700 Message-ID: <668c430c0809220858p1382a21bx702193f7a498ff13@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1222099145 31598 80.91.229.12 (22 Sep 2008 15:59:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Sep 2008 15:59:05 +0000 (UTC) Cc: guile-devel@gnu.org To: "=?ISO-8859-1?Q?Ludovic_Court=E8s?=" Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Sep 22 18:00:02 2008 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KhnpJ-0003up-9D for guile-devel@m.gmane.org; Mon, 22 Sep 2008 17:59:53 +0200 Original-Received: from localhost ([127.0.0.1]:38435 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KhnoH-0004qo-OR for guile-devel@m.gmane.org; Mon, 22 Sep 2008 11:58:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KhnoE-0004qI-IG for guile-devel@gnu.org; Mon, 22 Sep 2008 11:58:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KhnoC-0004pv-71 for guile-devel@gnu.org; Mon, 22 Sep 2008 11:58:45 -0400 Original-Received: from [199.232.76.173] (port=54074 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KhnoC-0004ps-25 for guile-devel@gnu.org; Mon, 22 Sep 2008 11:58:44 -0400 Original-Received: from mail-gx0-f12.google.com ([209.85.217.12]:49618) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KhnoB-0002ZT-Lj for guile-devel@gnu.org; Mon, 22 Sep 2008 11:58:43 -0400 Original-Received: by gxk5 with SMTP id 5so3263921gxk.18 for ; Mon, 22 Sep 2008 08:58:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=755b4KpzWFS839cVyfeo4sGOLXBmKkk8QoOm29t3EgE=; b=xIEo25nGQ8vQKGQdh+TrI+/v4QIk3bmIzPHRud1y1vsnkZD406pWvhJ7O9D4u+rINZ jrnD8+zlxgwFlRUFc7vEOf5hZxEGQvlKlu5Fnlmn3LjUjvJwVTgeoLA71a+ksP9hPkZS smmTlOBw9HpLYXRfoM0tMzAb7junXujMCw3Jc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=rNuyt+sOm3ch7oz3Yxkbn+UJIKNEDCUoCXZtOIStsBfsQlhpMd4+pyQJWHA7mGtVZW Py1eaNlfWaZrQcw0AstepzNBp20sFa+2nr2NPuYoik+fBBJXp75mLQ1SO8o06xDDrgOm +UM71Nacy9574LDLBh8rar45Z4ShjTjG+r1fo= Original-Received: by 10.150.228.12 with SMTP id a12mr7531723ybh.103.1222099122777; Mon, 22 Sep 2008 08:58:42 -0700 (PDT) Original-Received: by 10.150.57.4 with HTTP; Mon, 22 Sep 2008 08:58:42 -0700 (PDT) Content-Disposition: inline X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:7736 Archived-At: Hi, On Mon, Sep 22, 2008 at 8:16 AM, Ludovic Court=E8s wrote: >> SCM expr =3D scm_makfrom0str( pzExpr ); > > That's deprecated as of 1.8, use `scm_from_locale_string ()'. This is used iff Guile antedates 1.6. I guess that can be junked now? >> scm_t_port* pt; > > I wouldn't recommend using this structure as it's in a semi-internal, > undocumented state. :-) This is used iff Guile antedates 1.8. To my knowledge, there is no other way to set the line number, prior to 1.8. > Anyway, why not just use `scm_c_eval_string ()'? It'd be really safer > than "rolling your own". Because the strings are extracted from large text files and it is important that the error message reveal the correct file and line number. It is precisely because of the issues with cruft like using internal Guile structures that I'd be so extremely happy to (finally) see a a proper expor= t of: scm_c_eval_string_from_file_line(SCM string, SCM file, SCM line) Then for GUILE_VERSION >=3D 109000 I could just #define my variation to the Proper Call. :) Thank you! Regards, Bruce