From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Smith Newsgroups: gmane.lisp.guile.user Subject: Re: Guile support in GNU make Date: Sun, 15 Jan 2012 15:49:18 -0500 Organization: GNU's Not Unix! Message-ID: <1326660558.3482.268.camel@homebase> References: <1326570905.3482.136.camel@homebase> <87boq5jqmc.fsf@gnuvola.org> <1326643949.3482.241.camel@homebase> <8739bgk9p3.fsf@gnuvola.org> Reply-To: psmith@gnu.org NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1326660575 10147 80.91.229.12 (15 Jan 2012 20:49:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 15 Jan 2012 20:49:35 +0000 (UTC) Cc: guile-user@gnu.org To: Thien-Thi Nguyen Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Sun Jan 15 21:49:30 2012 Return-path: Envelope-to: guile-user@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 1RmX18-0003kV-EX for guile-user@m.gmane.org; Sun, 15 Jan 2012 21:49:30 +0100 Original-Received: from localhost ([::1]:54445 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmX17-0000CS-M6 for guile-user@m.gmane.org; Sun, 15 Jan 2012 15:49:29 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:35288) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmX13-0000CC-Em for guile-user@gnu.org; Sun, 15 Jan 2012 15:49:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RmX11-0004ov-Aa for guile-user@gnu.org; Sun, 15 Jan 2012 15:49:25 -0500 Original-Received: from oproxy3-pub.bluehost.com ([69.89.21.8]:43245) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RmX11-0004of-28 for guile-user@gnu.org; Sun, 15 Jan 2012 15:49:23 -0500 Original-Received: (qmail 6578 invoked by uid 0); 15 Jan 2012 20:49:21 -0000 Original-Received: from unknown (HELO box531.bluehost.com) (74.220.219.131) by oproxy3.bluehost.com with SMTP; 15 Jan 2012 20:49:21 -0000 Original-Received: from 146-115-71-23.c3-0.lex-ubr1.sbo-lex.ma.cable.rcn.com ([146.115.71.23] helo=[172.31.1.105]) by box531.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1RmX0z-0004rG-4U; Sun, 15 Jan 2012 13:49:21 -0700 In-Reply-To: <8739bgk9p3.fsf@gnuvola.org> X-Mailer: Evolution 2.32.2 X-Identified-User: {678:box531.bluehost.com:madscie1:mad-scientist.us} {sentby:smtp auth 146.115.71.23 authed with paul+mad-scientist.us} X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 69.89.21.8 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:9143 Archived-At: On Sun, 2012-01-15 at 21:11 +0100, Thien-Thi Nguyen wrote: > [desirability of #t =3D> "t" and #f =3D> ""] >=20 > Thanks. Now that i understand the motivation, i think the current > way is fine. You should move this excellent example into the docs. OK I'll try to find a realistic example to make this more clear. > > Oh yeah, i forgot: I think Make vars should not be accessed by a > > Scheme string, but rather a symbol >=20 > Well, my concern about this is that in GNU make, anyway, we very often > use constructed variable names. I would assume that the same would be > true in Guile procedures, which means it will more be convenient to > store variable names in strings in Guile (it seems to me) so they can = be > more easily manipulated. Of course you can always use symbol->string > etc. >=20 > Guile has both =91string-append=92 and =91symbol-append=92 as well as the= other > string-manipulation procedures, so the convenience argument is not so > convicing. But why XOR instead of OR? It's no big deal to... >=20 > But is this worth it, to require the Guile user to always perform > this operation when we could do it automatically? >=20 > ...support either string or symbol argument. The current implementation, > i.e., =91(format #f "$(~A)" X)=92 will DTRT. All it needs is documentati= on. Yes that's true. OK I'll update the documentation. Thanks! --=20 ---------------------------------------------------------------------------= ---- Paul D. Smith Find some GNU make tips at: http://www.gnu.org http://make.mad-scientist.net "Please remain calm...I may be mad, but I am a professional." --Mad Scient= ist