From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Adding refactoring capabilities to Emacs Date: Thu, 07 Sep 2023 17:56:35 -0400 Message-ID: References: <83fs4f36wi.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22590"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , "Philip K." , Dmitry Gutov , emacs-devel@gnu.org To: =?windows-1252?B?Sm/jbyBU4XZvcmE=?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Sep 07 23:57:43 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 1qeN0Q-0005fC-Nd for ged-emacs-devel@m.gmane-mx.org; Thu, 07 Sep 2023 23:57:42 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qeMzW-0006TG-Ky; Thu, 07 Sep 2023 17:56:46 -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 1qeMzT-0006Sn-EA for emacs-devel@gnu.org; Thu, 07 Sep 2023 17:56:44 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qeMzQ-0005yb-VK; Thu, 07 Sep 2023 17:56:43 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id C1AA1444831; Thu, 7 Sep 2023 17:56:37 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1694123796; bh=DHs8dFR2y5JxRWi022flReqYmx8mVGpPiyOtk6H1PbM=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=IlPS8lfNblYZn4Zq3Yvt//v0PYN2GU30WBWQeLA3CiE0q1QprCqhx5MBSPORMPxf3 E9CcRZXOtMBee2vIWGVgi55wq5B+WBvziPmUBjw5YHBdZlleIfhG+YKpWqyEZVz53k 1gvY1CgBGJpvj7ROyJm2lJuijG5fZcy3oCxX1MEl+XvQv4MErIiGoDTbalrjQTMiKQ +WcWckVJRnPTDWY4ehRl2Fh4inHU3NUWCZcCSVHmOlZg9GrSBGERTO5b8oqQ/ITxzl 7XzZpypHX+00vs9xy2QDxx9Q5MCjouxI9cXZ5i5AHQT84TxZyFBsieE1z0IzMdRO0q QKOI64pJB+CvA== Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 21CE8444829; Thu, 7 Sep 2023 17:56:36 -0400 (EDT) Original-Received: from pastel (69-165-136-223.dsl.teksavvy.com [69.165.136.223]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id DEEB012007D; Thu, 7 Sep 2023 17:56:35 -0400 (EDT) In-Reply-To: (=?windows-1252?Q?=22Jo=E3o_T=E1vora=22's?= message of "Thu, 7 Sep 2023 19:12:46 +0100") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:310286 Archived-At: > Making different things 'eq' is a possibility, but won't it > slow down 'eq'? No need to use the future tense: if you're using a recent enough Emacs your `eq` is slowed down by this already. > I didn't say it was :-) I just meant cases like this (this is the > simplest one) > > (defun foo () bar bar baz) > > Only the first bar and the baz gets the warning. AFAIK this is done on purpose to avoid repeating the same warnings over and over again. If you want them all, it should be easy to tweak the compiler to stop silencing the non-first ones. Stefan