From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Filipp Gunbin Newsgroups: gmane.emacs.bugs Subject: bug#47677: [PATCH] condition-case success continuation Date: Thu, 29 Apr 2021 15:45:28 +0300 Message-ID: References: <219007D9-0FD0-4AC2-A8B0-24A0FC277AE8@acm.org> <87lf9nzy48.fsf@gnus.org> <87F315E7-7F8A-46C5-A71B-F090F067D0B8@acm.org> <87sg3uskgt.fsf@gnus.org> <87zgy1qkni.fsf@gnus.org> 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="8109"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin) Cc: Lars Ingebrigtsen , Stefan Kangas , Stefan Monnier , 47677-done@debbugs.gnu.org To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Apr 29 14:46:25 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1lc63l-0001xb-A1 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 29 Apr 2021 14:46:25 +0200 Original-Received: from localhost ([::1]:46914 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lc63k-0004ib-AS for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 29 Apr 2021 08:46:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49196) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lc63O-0004gl-3I for bug-gnu-emacs@gnu.org; Thu, 29 Apr 2021 08:46:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43505) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lc63N-000489-RO for bug-gnu-emacs@gnu.org; Thu, 29 Apr 2021 08:46:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lc63N-0005dh-Oa for bug-gnu-emacs@gnu.org; Thu, 29 Apr 2021 08:46:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Filipp Gunbin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Apr 2021 12:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47677 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 47677-done@debbugs.gnu.org id=D47677.161970034021644 (code D ref 47677); Thu, 29 Apr 2021 12:46:01 +0000 Original-Received: (at 47677-done) by debbugs.gnu.org; 29 Apr 2021 12:45:40 +0000 Original-Received: from localhost ([127.0.0.1]:55050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lc631-0005d2-SO for submit@debbugs.gnu.org; Thu, 29 Apr 2021 08:45:40 -0400 Original-Received: from out5-smtp.messagingengine.com ([66.111.4.29]:50237) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lc62z-0005co-E8 for 47677-done@debbugs.gnu.org; Thu, 29 Apr 2021 08:45:39 -0400 Original-Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 156235C005E; Thu, 29 Apr 2021 08:45:32 -0400 (EDT) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 29 Apr 2021 08:45:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-type:content-transfer-encoding; s=fm3; bh= veiDjo+SIDvj+iZRxlSfro9c8vSN4XMwOcUt7m9cDcc=; b=L03hW/nYbS1/k3ih KFL56h4wADyogiSu6Y4A7/kviPg0zsekekvLbI1Fyxe7CvGAKfNXxuFL9peDTLFs lxi6GH23XmUKWhP6tlaGwu+aFGu+NlvUAsFCBy+P1lVV0XgwWHkpaLRFFhcr/Igz Fh5OjdE8dNJeU9vrVJQyr5I/kwiHnAvPSK+s4rtTEZvDg/Kxl7+ZlAPDsZNd4ycw atbdR2+lhqnmu1xdOpheCDGtO8UMIzXEvE/2dY5wjaQiE9FfsbCS/H2wvv42CiZj 7DVHUQo74/r5GlrORyVtU9HX7juAnH5oMf26aJsonN1Im0sz/dpuoSINN2+Og2kW 7194xQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=veiDjo+SIDvj+iZRxlSfro9c8vSN4XMwOcUt7m9cD cc=; b=WMV52VRzeHRG2X1VLFrN9Ezac+RluDSZZheT63T2ZjYzCdUYPViwnKTR0 80plxsp4GW+Hpn9bY57D1zb3FozzdzeBS0c4KII3n7vh7k6b+MovNkXEfe5BvRPk HrYFWHy9j2tb+BAqzihAnETQvXFJ7cBjE4O6LJoWDVU4jxz3SLvp9Edb1P2FmBLQ nSzhYdCUV4jaXaws9Y+FHOCUQKTdr/xVcOeOjDpM9nTu4yO16gPiVVVMy5NG00Ok 3MzncrPPtk2rkD0RtJDpd9KsfAc2fGVyRvNu4d4xn9MWgq3Wd56XHjxLLCI0EFEA IfQDwG+8XFLMr5nh2r7a0dVkNDtwQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvddvgedgheejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufgjfhgffffkgggtgfesthhqredttderjeenucfhrhhomhephfhilhhi phhpucfiuhhnsghinhcuoehfghhunhgsihhnsehfrghsthhmrghilhdrfhhmqeenucggtf frrghtthgvrhhnpeekvdekudelvddtvdelveejgeetudfgvdelgfeftefgkeejheehvefh gfetffeigfenucfkphepkeegrddvtdegrdduleefrddutdeinecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepfhhguhhnsghinhesfhgrshhtmhgr ihhlrdhfmh X-ME-Proxy: Original-Received: from fgunbin.local (unknown [84.204.193.106]) by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 29 Apr 2021 08:45:30 -0400 (EDT) In-Reply-To: ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Tue, 27 Apr 2021 17:31:31 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:205174 Archived-At: Mattias, On 27/04/2021 17:31 +0200, Mattias Engdeg=C3=A5rd wrote: > 26 apr. 2021 kl. 17.12 skrev Filipp Gunbin : > >> Please, let's not add such features to the basic Emacs Lisp constructs. >> It's great to see Emacs Lisp being simple. > > I'd like to clear up some misconceptions here. (Filipp, this does not > mean that I think that you wrote something stupid -- quite the > contrary.) > > First, is Emacs Lisp really simple? Yes and no. It's not easy to tell > where its boundaries are, especially since it doesn't have a proper > module or namespace system or a well-defined 'core language'. Basic > semantics -- control structures, built-in types, primitives and so on > -- are not too messy but definitely more than they need to be; Scheme > it is not. No wonder given its age; it has held up remarkably well > considering, but it would be even more remarkable if modern eyes could > not find flaws in it. > > Second, is simplicity paramount among concerns? Clearly not: > compatibility matters, and so does programming usability. It is also > not clear whether a change makes a language more or less simple; > adding bignums, for example, probably made the language less complex > for the user. Even if (hypothetically) people got by without > `unwind-protect` by catching and re-raising errors, few would object > to adding that construct as a special form because it made the > language less simple. > > Of course you were talking about changes that make the language more > difficult to use, but my point is that it is far from clear what kind > of change actually does that. Yes, there're no objective criteria for simplicity. I should have stated more clearly what I meant. I just like that Elisp is not overloaded with functionality and syntactic sugar. The docstrings of many constructs (catch in particular) are short and clear. That allows (relatively) easy entry for non-lispers (I remember myself 8 years or so ago). For more complex things, if a macro way is possible, I think it should be preferred. Filipp