From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Basil L. Contovounesios" via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#47368: 28.0.50; map-elt returns nil without "deprecated" TESTFN Date: Wed, 15 Sep 2021 10:26:20 +0100 Message-ID: <874kamnq9v.fsf@tcd.ie> References: <874kcnw0u0.fsf@web.de> <87a6m32pqn.fsf@web.de> <87a6kfkyom.fsf@web.de> <87wnnisy9c.fsf@tcd.ie> <87zgse7jgf.fsf@web.de> Reply-To: "Basil L. Contovounesios" Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11012"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Adam Porter , Nicolas Petton , Stefan Monnier , 47368@debbugs.gnu.org To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Sep 15 11:27:21 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 1mQRCL-0002fE-N0 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 15 Sep 2021 11:27:21 +0200 Original-Received: from localhost ([::1]:34730 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mQRCK-0000K2-Ar for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 15 Sep 2021 05:27:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54724) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mQRC2-0000JL-Vj for bug-gnu-emacs@gnu.org; Wed, 15 Sep 2021 05:27:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39342) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mQRC2-0007JQ-7s for bug-gnu-emacs@gnu.org; Wed, 15 Sep 2021 05:27:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mQRC1-00024P-RK for bug-gnu-emacs@gnu.org; Wed, 15 Sep 2021 05:27:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Basil L. Contovounesios" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Sep 2021 09:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47368 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 47368-submit@debbugs.gnu.org id=B47368.16316979917906 (code B ref 47368); Wed, 15 Sep 2021 09:27:01 +0000 Original-Received: (at 47368) by debbugs.gnu.org; 15 Sep 2021 09:26:31 +0000 Original-Received: from localhost ([127.0.0.1]:50888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQRBW-00023S-Tt for submit@debbugs.gnu.org; Wed, 15 Sep 2021 05:26:31 -0400 Original-Received: from mail-wr1-f46.google.com ([209.85.221.46]:41975) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQRBU-00023C-Dx for 47368@debbugs.gnu.org; Wed, 15 Sep 2021 05:26:30 -0400 Original-Received: by mail-wr1-f46.google.com with SMTP id w29so2765801wra.8 for <47368@debbugs.gnu.org>; Wed, 15 Sep 2021 02:26:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd.ie; s=google21; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=cYJMjeyd93ZoNRAttwqu3aZ4huFkFadU2cP1y8djwKU=; b=boNVpCuA0LZD7YriFAFjSUMBalTZC+nLyqPENkeHAFLMYFQVWEk4wh87ipFbE1HhUN 5IGmQ5pfaOGjEsq8JNxT6UrYejzLXXgSsIm/kkePEdGgZTBW3wpQlrai1bCIBXcEEq4C FotiVtLPdDFs9iJptfhzwNuXyseZa8rFSVVlHWd2Ozzx0IBAV3SxHskzxpxtZkazabhl v2CpODuJxc3RshEcmW86uAHalKk8ERQCFzFjvlATuDD40mOu+hNBcHCpRgongRz4wIUU CeDew/mJo1Y/6UEOtUzSQXoeQzHFezg2tsSN73sBcLwPZs1TXk22qDHodXsKN2Xp1QMz uVuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=cYJMjeyd93ZoNRAttwqu3aZ4huFkFadU2cP1y8djwKU=; b=1rZPZTiCSWB+y5VJ0HCoXAFiMSVTNnfY0oDDG0xfqWtHe2QwW+ny7uc6YDDy1+/cU4 j7Hsbg6iFGVSYOweI+TVZPs/3kn9810UcOHSKcvK0JVrifz3PUkDVU9/aWrv38Xen+C/ lQArnycIfGJiw3duB/hBe4A3do7Dx2jiNfCND91HFjaR1lvOVo+Bt7kz0WcUdOOlb2SH 1eIT7sMIA8DowPXPn8MaB2JqPV10IzxWvIFQ9kUbvOzr7oLIS7qc/FSorK/ZPeUjATdI d00LG1tJ7nwLZSRn7uCAIktpi7EegYKCSB6b0uelptOGkDl4TpXjgJUrZCyX1M38uUud aZYw== X-Gm-Message-State: AOAM531dm6dleLxzQba3jE5AzCo5R3j2vvQ0r2CSOAY7eqgSzhVZEVGs iJj9wFVhNztG3K5ep1Lovrr/2Q== X-Google-Smtp-Source: ABdhPJwbUl5qt5H8zJl13tQ2n6bkj7j9u6yw6vBTbr4UNAKF/WA031Y5eygcFOOveLKbV8xZ9kjElw== X-Received: by 2002:a5d:4ed2:: with SMTP id s18mr3865062wrv.41.1631697982387; Wed, 15 Sep 2021 02:26:22 -0700 (PDT) Original-Received: from localhost ([2a02:8084:20e2:c380:f410:82e8:3a21:eedf]) by smtp.gmail.com with ESMTPSA id q7sm7362831wru.56.2021.09.15.02.26.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 Sep 2021 02:26:21 -0700 (PDT) In-Reply-To: <87zgse7jgf.fsf@web.de> (Michael Heerdegen's message of "Wed, 15 Sep 2021 02:48:00 +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:214372 Archived-At: Michael Heerdegen [2021-09-15 02:48 +0200] wrote: > "Basil L. Contovounesios" writes: >> What was the conclusion? That map-elt should use equal for alists? > > That was the least controversial solution discussed, at least to my > impression. > > But would that include to change the default of `alist-get', too? I > guess these should behave consistently. That sounds a bit too radical to me within the scope of this bug report, and for Emacs 28. Since alist-get has the type in its name, and allows for a testfn argument, I personally don't see any conflict between map-elt and alist-get having different default behaviour on alists. > [ Personally I would still be interested in an answer to the question: > why don't we consider to keep the TESTFN arg at least for the list map > type case? ] I don't feel too strongly either way, and it's not my decision, but I guess the point is that if you already know that your map is an alist, then you can "customise" the behaviour of map-elt by using a different accessor function, since map.el wants to provide a type-agnostic API. Thanks, -- Basil