From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Newsgroups: gmane.lisp.guile.devel Subject: Re: Add internal definitions to derived forms Date: Tue, 24 Jan 2023 10:02:38 +0100 Message-ID: <87mt68wbip.fsf@gnu.org> References: <2f38c5ea-0cb6-494e-b680-70b39c3291fb@app.fastmail.com> <38A58B58-3E5C-48EA-A108-1255982789DF@sarc.name> <39109fe3-4f7f-8d07-51ba-f9f993ab5c0d@lassi.io> <8187541f-a4e0-2f26-e8b7-df7fb82bb9f0@lassi.io> <2ffeb6fa-87eb-4008-9881-91b3e71a1fc3@app.fastmail.com> <87h6wgzyqb.fsf@gnu.org> <588FD427-B3C2-4946-83E9-74978E2D3C62@sarc.name> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23266"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) Cc: "guile-devel@gnu.org" , Linus =?utf-8?Q?Bj=C3=B6?= =?utf-8?Q?rnstam?= , Lassi Kortela To: lloda Original-X-From: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Tue Jan 24 10:03:21 2023 Return-path: Envelope-to: guile-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pKFD7-0005pS-C2 for guile-devel@m.gmane-mx.org; Tue, 24 Jan 2023 10:03:21 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pKFCW-0005M7-Rv; Tue, 24 Jan 2023 04:02:44 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pKFCT-0005La-GF for guile-devel@gnu.org; Tue, 24 Jan 2023 04:02:42 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pKFCS-0004uV-QS; Tue, 24 Jan 2023 04:02:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=fem3z1acxMZH6SQvCfc4ew+5PapKgUpJJhfijwevNzI=; b=LS7Q+EKDc/Guzri2MfeP aB7B87SfKCbWSNJszjVZ/y8Mvn4pnfcwDyIPvm8gJxWDQF5dc2OtYggFZj8apfEmIteMWcJS9ovwd 35ajuJeJAnaQVZVKLjNOIWZSsFWUikmRGD+39iyhIQ4X+M+T8oH/GDPpsg6Y/m2Jlk0zAOJQHII78 fT500bhpJ3VuTShvQ8WBbBbZBkMzdgG9sgupbV9Tb4vpvhxtpN3mNqL/Xk2AD4pq52ycEZd73mSh0 7+ADnkILivJ1sGzUIKXcUfCawMHzkc6U++vfjXBk8pcsh1uSKhVxL4QmQbABVDkWcIsbmzJJUYAFy anvj4vdkCDbKfg==; Original-Received: from [193.50.110.246] (helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pKFCS-0004G0-DE; Tue, 24 Jan 2023 04:02:40 -0500 X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Quintidi 5 =?utf-8?Q?Pluvi=C3=B4se?= an 231 de la =?utf-8?Q?R=C3=A9volution=2C?= jour du Taureau X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu In-Reply-To: <588FD427-B3C2-4946-83E9-74978E2D3C62@sarc.name> (lloda@sarc.name's message of "Tue, 24 Jan 2023 00:28:10 +0100") X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.lisp.guile.devel:21624 Archived-At: Hi! lloda skribis: >>> @lisp >>> -(@var{test} @var{body} @dots{}) >>> +(@var{test} @var{body}) >>=20 >> I think removing dots is incorrect here because it suggests, according >> to the typographic conventions used in the document, that there can only >> be a single expression. [...] > This was actually the main thing I wanted to fix in this patch. Linus' pa= tch had =E2=80=98body ...=E2=80=99 but that clearly means =E2=80=98zero or = more bodies=E2=80=99, which doesn't work because there's exactly one =E2=80= =98body=E2=80=99. I.e. =E2=80=98body=E2=80=99 isn't an expression that is t= agged =E2=80=98body=E2=80=99, it's, well, a =E2=80=98body=E2=80=99. Yeah, =E2=80=98body=E2=80=99 is a bit confusing here; in the example above,= I=E2=80=99d have written: (@var{test} @var{exp} @dots{}) because that=E2=80=99s what the =E2=80=9Cbody=E2=80=9D is: one or more expr= essions. > The Scheme reports use one =E2=80=98=E2=80=99 and no dots in all th= ese definitions. See also the definition of let in the linked section =E2= =80=98Local Bindings=E2=80=99, which again uses =E2=80=98body=E2=80=99 and = no dots. I hoped that section would count as definition of =E2=80=98body=E2= =80=99, and the section on =E2=80=98Internal Definitions=E2=80=99 explains = precisely what can go into =E2=80=98body=E2=80=99, so I linked to that as w= ell. I see that isn't clear enough. Maybe =E2=80=98body=E2=80=99 should be = explicitly defined in one of these sections? Damn it, I hadn=E2=80=99t realized this was a widespread convention, but ye= ah, R5RS and parts of the Guile manual follow this convention. So hmm, the change you propose makes a lot of sense to me now. So yeah overall I guess we should always write one of: (something @var{body}) or: (something @var{exp} @dots{}) Using @var{body} like you do in this patch is consistent with other parts of the manual, so it LGTM. Thanks, Ludo=E2=80=99.