From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Instead of pcase Date: Mon, 04 Dec 2023 15:20:22 +0200 Message-ID: <83sf4i5ckp.fsf@gnu.org> References: <87fs169mjj.fsf@posteo.net> <093f11a1-57c2-5e56-d39b-26fef1c67cbb@gutov.dev> <25942.25061.217864.329049@retriever.mtv.corp.google.com> <87zfzdcz6z.fsf@posteo.net> <763f067b-4ca9-1eba-9f3c-424c38589e9c@gutov.dev> <83fs0navpj.fsf@gnu.org> <838r6ebfhw.fsf@gnu.org> <83zfyu9wdg.fsf@gnu.org> <87edg69tup.fsf@linux-m68k.org> <83zfyq5gds.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20182"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, schwab@linux-m68k.org, emacs-devel@gnu.org To: Lynn Winebarger Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Dec 04 14:21:20 2023 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 1rA8sx-0004qq-W0 for ged-emacs-devel@m.gmane-mx.org; Mon, 04 Dec 2023 14:21:20 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rA8sN-0003et-L5; Mon, 04 Dec 2023 08:20:43 -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 1rA8sK-0003eh-SD for emacs-devel@gnu.org; Mon, 04 Dec 2023 08:20:40 -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 1rA8sJ-0008MX-Ro; Mon, 04 Dec 2023 08:20:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=8uz61meWeen5ClhidSkptNTOT0aCbQcb9tcQaFbkGEg=; b=ZkILCdiIWGdj 8WkR6Ac+LOu2nJA8IN6ZsSbFt2U1qjfSJ+2aUIMLwBQhrNfQC6PvARIJqalyOQ0167/xEqImsQZ19 hU943z1HsDUb03/YoFq2a3p/2xSHCJqCMsLg8+S/hNWqanjHeQpYMeOX40i7Kef13eOhitgzeiooX 0S9dAIBKANquYWStSOEmmHrEN82KGBABLsm9EOUXkl9mDzflB4wXqLDr6z5vRAR0qEshFLvjaCUMM glt+SoUrkdcZasQEH1kkDE6krwjlzggNgB2J/UHYeUuQQ6Q5P59z4HHLtr2oXNX/zLaTdk5SSGq4z 6Nms7cZGEcS6RoSFwVvbcQ==; In-Reply-To: (message from Lynn Winebarger on Mon, 4 Dec 2023 07:35:48 -0500) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:313519 Archived-At: > From: Lynn Winebarger > Date: Mon, 4 Dec 2023 07:35:48 -0500 > Cc: Richard Stallman , schwab@linux-m68k.org, > emacs-devel > > Elisp will happily evaluate the expression > (if . ( t . (nil . (t . nil)))) > > Would you, or anyone, say that reflects some flaw in the design of the "if" form? No, but if someone writes such 'if' forms, I will ask them to rewrite them. IOW, the fact that the Lisp reader will happily read something does not mean it is easily understandable by humans, or should freely be used in Emacs.