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.bugs Subject: bug#69739: 30.0.50; `type-of` is not precise enough Date: Wed, 13 Mar 2024 13:55:33 +0200 Message-ID: <86a5n2tkga.fsf@gnu.org> References: <86o7bjtuvj.fsf@gnu.org> <86il1rtrvm.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14462"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 69739@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Mar 13 12:57:41 2024 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 1rkNEr-0003Wj-5G for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 13 Mar 2024 12:57:41 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rkNE8-0003qT-2e; Wed, 13 Mar 2024 07:56:56 -0400 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 1rkNDg-0003Ts-ID for bug-gnu-emacs@gnu.org; Wed, 13 Mar 2024 07:56:33 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rkNDe-0005AG-QY for bug-gnu-emacs@gnu.org; Wed, 13 Mar 2024 07:56:28 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rkNED-00018p-Qd for bug-gnu-emacs@gnu.org; Wed, 13 Mar 2024 07:57:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Mar 2024 11:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69739 X-GNU-PR-Package: emacs Original-Received: via spool by 69739-submit@debbugs.gnu.org id=B69739.17103309884341 (code B ref 69739); Wed, 13 Mar 2024 11:57:01 +0000 Original-Received: (at 69739) by debbugs.gnu.org; 13 Mar 2024 11:56:28 +0000 Original-Received: from localhost ([127.0.0.1]:44888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkNDf-00017x-L9 for submit@debbugs.gnu.org; Wed, 13 Mar 2024 07:56:27 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:33380) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkNDd-00017g-Lx for 69739@debbugs.gnu.org; Wed, 13 Mar 2024 07:56:26 -0400 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 1rkNCu-0004ww-NK; Wed, 13 Mar 2024 07:55:41 -0400 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=sYHfJ00w2Tr1eK3jBcgbZQa6L/yhZNif9nwJA1nW6C8=; b=Khnl/VT/qkNV 5r2tENI902LoD+cguHGVAFSkAk2ve1nUj/dnLbws1y6qucYs1imdgisBk0zOKmqtE3FsBU5m7e6j9 Jv8498iGZsmWUwYnkNYBuzTVEWLeAGf2X9TJX4RNxf2/POgEUfGO1ff5fiWykREV7LMfxUyIQlE5F L2O/hckJWLX66V/9ofOowU/RzL4EoARqdsiaYxpze+5h+JW53gvPVUXkulI/bR9QMNtxTxXf8kEAe Th8NNAb04wKleDuC21WCsXTldzAZsX6njOFwOIdJeCQzVqtylxbPpyBU0HZMD67LL+SM15OHfCtTz LiqtB65jE+2Djr5HgbfjBg==; In-Reply-To: (message from Stefan Monnier on Tue, 12 Mar 2024 11:39:56 -0400) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:281547 Archived-At: > From: Stefan Monnier > Cc: 69739@debbugs.gnu.org > Date: Tue, 12 Mar 2024 11:39:56 -0400 > > I think that marking it obsolete wouldn't be an option if the new > function is named something like `cl-generic-type-of`: it would have to > be a more "neutral" name. I just picked up your own suggestion. I'm not wedded to that name, so if there are better alternatives, let's hear them. > The reason why I'd like to make it obsolete (if it can't be changed) is > to try and avoid having two slightly-different functions where most > users don't actually care about the difference. Sure, but we don't usually declare such APIs obsolete the very day the better one is introduced. We usually let the community some time to adjust, and maybe tell us where our ideas were wrong or need some adjustments.