From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.lisp.guile.user Subject: Re: Guile support in GNU make Date: Sun, 15 Jan 2012 21:11:20 +0100 Message-ID: <8739bgk9p3.fsf@gnuvola.org> References: <1326570905.3482.136.camel@homebase> <87boq5jqmc.fsf@gnuvola.org> <1326643949.3482.241.camel@homebase> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1326658300 28567 80.91.229.12 (15 Jan 2012 20:11:40 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 15 Jan 2012 20:11:40 +0000 (UTC) Cc: guile-user@gnu.org To: psmith@gnu.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Sun Jan 15 21:11:36 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 1RmWQR-0006EY-2E for guile-user@m.gmane.org; Sun, 15 Jan 2012 21:11:35 +0100 Original-Received: from localhost ([::1]:48855 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmWQQ-0005qx-Fa for guile-user@m.gmane.org; Sun, 15 Jan 2012 15:11:34 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:59553) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmWQM-0005qf-6u for guile-user@gnu.org; Sun, 15 Jan 2012 15:11:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RmWQL-0008O2-AT for guile-user@gnu.org; Sun, 15 Jan 2012 15:11:30 -0500 Original-Received: from smtp207.alice.it ([82.57.200.103]:38751) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmWQJ-0008Na-W1; Sun, 15 Jan 2012 15:11:28 -0500 Original-Received: from ambire (79.51.120.124) by smtp207.alice.it (8.6.023.02) id 4F05A66500FB9382; Sun, 15 Jan 2012 21:11:25 +0100 Original-Received: from ttn by ambire with local (Exim 4.72) (envelope-from ) id 1RmWQC-000825-7J; Sun, 15 Jan 2012 21:11:20 +0100 In-Reply-To: <1326643949.3482.241.camel@homebase> (Paul Smith's message of "Sun, 15 Jan 2012 11:12:29 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 82.57.200.103 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:9142 Archived-At: () Paul Smith () Sun, 15 Jan 2012 11:12:29 -0500 > - The =E2=80=98#t =3D> t=E2=80=99 distinguishes the symbol t from othe= rs, which feels wrong. > I suggest #t =3D> ""; #f =3D> error. [desirability of #t =3D> "t" and #f =3D> ""] Thanks. Now that i understand the motivation, i think the current way is fine. You should move this excellent example into the docs. > Oh yeah, i forgot: I think Make vars should not be accessed by a > Scheme string, but rather a symbol 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. Guile has both =E2=80=98string-append=E2=80=99 and =E2=80=98symbol-append= =E2=80=99 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... But is this worth it, to require the Guile user to always perform this operation when we could do it automatically? ...support either string or symbol argument. The current implementation, i.e., =E2=80=98(format #f "$(~A)" X)=E2=80=99 will DTRT. All it needs is d= ocumentation.