From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#28254: 26.0.50; SRFI-2 and-let* Date: Sat, 2 Sep 2017 14:41:03 -0400 Message-ID: References: <87a82kdb4e.fsf@holos> <87inh36sap.fsf@users.sourceforge.net> <20170902021043.GA7509@holos.localdomain> <878thx7qcc.fsf@users.sourceforge.net> <20170902041424.GA21189@holos.localdomain> <87tw0lzn7w.fsf@drachen> <20170902133604.GA27251@holos.localdomain> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Trace: blaine.gmane.org 1504377758 11386 195.159.176.226 (2 Sep 2017 18:42:38 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 2 Sep 2017 18:42:38 +0000 (UTC) Cc: Michael Heerdegen , 28254@debbugs.gnu.org To: Mark Oteiza Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 02 20:42:25 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1doDN6-00025s-Ef for geb-bug-gnu-emacs@m.gmane.org; Sat, 02 Sep 2017 20:42:20 +0200 Original-Received: from localhost ([::1]:44609 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1doDNB-0006sM-Sz for geb-bug-gnu-emacs@m.gmane.org; Sat, 02 Sep 2017 14:42:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49279) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1doDN0-0006rR-3F for bug-gnu-emacs@gnu.org; Sat, 02 Sep 2017 14:42:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1doDMp-0007fp-4G for bug-gnu-emacs@gnu.org; Sat, 02 Sep 2017 14:42:14 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35179) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1doDMp-0007ei-0e for bug-gnu-emacs@gnu.org; Sat, 02 Sep 2017 14:42:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1doDMo-0005Ap-8W for bug-gnu-emacs@gnu.org; Sat, 02 Sep 2017 14:42:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Sep 2017 18:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28254 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28254-submit@debbugs.gnu.org id=B28254.150437767119829 (code B ref 28254); Sat, 02 Sep 2017 18:42:02 +0000 Original-Received: (at 28254) by debbugs.gnu.org; 2 Sep 2017 18:41:11 +0000 Original-Received: from localhost ([127.0.0.1]:43859 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1doDLz-00059l-MG for submit@debbugs.gnu.org; Sat, 02 Sep 2017 14:41:11 -0400 Original-Received: from mail-oi0-f49.google.com ([209.85.218.49]:34116) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1doDLx-00059X-Jq for 28254@debbugs.gnu.org; Sat, 02 Sep 2017 14:41:10 -0400 Original-Received: by mail-oi0-f49.google.com with SMTP id w10so21997587oie.1 for <28254@debbugs.gnu.org>; Sat, 02 Sep 2017 11:41:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=3DQBA2W1UIkLsK5M+hClQdDPfOsjq2OU7Qfhov/JYnQ=; b=mKt9BQyKECCPdCSj0NlVDmvn6huQ07L5ivtNfwIp21UpSTFtOkVuDnkJVQbdEIw947 Yu5Kz467fBCNY5mbo/RQakb/ZZTYPhZ6Ne0oxdJU6ergXNNQUqyvnmAp+7UsQNrAmhyK vkMf/fuUselLwLDlMfKCoI2G/C8xQ7P41MNbpam6ViTXSIpDRUREJN3y6qCD/0WreFlF tFQfn1K07yqMMtkWmyp5IHUEYt91Dq3glTwAmePN0n1o5ZY/cV0jUbSI3LEhyy2eVMcw ky+tnjUJPjeup9tfYYoemIgXCgvMicglUUEpPUf8h9uaHbxhyEqP0DHf1fCoqWHSXr44 C4Aw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=3DQBA2W1UIkLsK5M+hClQdDPfOsjq2OU7Qfhov/JYnQ=; b=i7Z+rsn7jxKyp9mo10PWvSNM/5kLQ/udWxrbOkhxpmIXze767fW1vTM8VRykNbdqMU x1Al2/oCxQfWtuO91oPE6tgDGXIbImy3YTP5Tog3Vc8jGa1D1e/dzxBoBFXFvM3xg3Z5 v8sX+E6tMIg3Y8aP0HKr5GrMkFwbbWq/LgE/rsZAjPMxbjr0fMxIAmfH92ZzYMP8CyQm 04nQ8GSzRV0C1LDR3HYzI18lIlD5WPMc13CRAU/VL6gfiWNdt8a/8siXdBIIMH4xJFM1 Nc489C7Yy0jN7usFan4GfSnjZlftym1oL+L4Re5J1dOoMPQaxboxMcDgJMhjdVsXBTVt oU+Q== X-Gm-Message-State: AHPjjUi9PIghBlIoVkR98uenn/Z3tX6YdiOY+4tXJSV6bSb6FQmtH/AO b41tkSy3yL1SWZLBqxz5fU/HCkPb0g== X-Google-Smtp-Source: ADKCNb7nsYy6KuDye0pFvnieBcq3zX5PuS0lHTRSbqEYsLB96I2kQMViKnRLzB76WEH7e9+Ol9EnR1wiVMiNRh3NgGs= X-Received: by 10.202.244.78 with SMTP id s75mr5345673oih.207.1504377663904; Sat, 02 Sep 2017 11:41:03 -0700 (PDT) Original-Received: by 10.74.17.199 with HTTP; Sat, 2 Sep 2017 11:41:03 -0700 (PDT) In-Reply-To: <20170902133604.GA27251@holos.localdomain> X-Google-Sender-Auth: WlxCQgLNO6nohzEyUDIQDYC8Viw X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:136513 Archived-At: On Sat, Sep 2, 2017 at 9:36 AM, Mark Oteiza wrote: > On 02/09/17 at 07:25am, Michael Heerdegen wrote: >> >> Isn't there a problem with EXPR being a symbol S, which already has a >> different meaning (bind S to nil)? Though, this seems barely useful to >> me. Anyway, introducing (EXPR) would thus be backward incompatible. What would be the point of binding S to nil? In the foo-let macros that would be equivalent to just putting nil (if non-list EXPRs are supported), no? > This single tuple special case is troublesome IMO: > > (if-let* (x) "dogs" "cats") => "cats" > (if-let* (x (y 2)) "dogs" "cats") => (void-function y) > (if-let* (x (y 1) (z 2)) "dogs" "cats") => "cats" > > I'm curious if this was brought up in the old discussion when this was > implemented. I think I'd be okay with dropping support for the S = (S nil) thing in foo-let macros, so that all of the above would give (void-variable x). Although perhaps the incompatibility with plain let would be annoying? To be honest I hardly ever make use of S = (S nil) in plain let either so it wouldn't hit me at all.