From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.devel Subject: Re: Some improvements for cl-flet Date: Sun, 12 Sep 2021 01:32:49 +0200 Message-ID: <87czpe4rj2.fsf@web.de> References: <87bl4zqnqn.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14018"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) To: emacs-devel@gnu.org Cancel-Lock: sha1:kt5jO/FU9BCkJoLhv5Wsx8q/QIY= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Sep 12 01:33:41 2021 Return-path: Envelope-to: ged-emacs-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 1mPCVB-0003PZ-2K for ged-emacs-devel@m.gmane-mx.org; Sun, 12 Sep 2021 01:33:41 +0200 Original-Received: from localhost ([::1]:39276 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mPCV9-0003I7-Af for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Sep 2021 19:33:39 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48492) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mPCUX-0002Yt-Sn for emacs-devel@gnu.org; Sat, 11 Sep 2021 19:33:01 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:36174) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mPCUU-0005aJ-VV for emacs-devel@gnu.org; Sat, 11 Sep 2021 19:33:01 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mPCUQ-0002ax-Lu for emacs-devel@gnu.org; Sun, 12 Sep 2021 01:32:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.248, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:274572 Archived-At: Hello akater, I'm having problems to understand what you want to do and why. I see that a binding like (f (x y z)) is ambiguous. But isn't that a minor problem? Who ever wants to define a local function that always just returns nil? Ok, it can happen, very rarely, but then (f (x y z) nil) works and is much better readable. > Given all this, I think ~(func exp)~ should be dropped from ~cl-flet~. And I don't understand why this minor annoyance justifies such a radical measure, unless I misread that. I'm often using that syntax. > My patch (already discussed with Stefan Monnier to some extent) > introduces function ~cl--expand-flet~ which retains the functionality > currently provided by ~(func exp)~, in an unambiguous way. I suggest to > move it there, away from ~cl-flet~. Now I'm even more confused: do you suggest to factor the code somehow? Or would I have to use `cl--expand-flet' instead of `cl-flet' in the future to get the same behavior as now? That would be strange. Sorry if I'm missing something. It would be helpful to see a patch or some code, even if it is just a draft. Michael.