From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.bugs Subject: bug#4837: with-fewer-warnings ? Date: Mon, 09 Nov 2009 03:45:24 -0500 Message-ID: References: Reply-To: Glenn Morris , 4837@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1257757661 8477 80.91.229.12 (9 Nov 2009 09:07:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Nov 2009 09:07:41 +0000 (UTC) Cc: 4837@emacsbugs.donarmstrong.com To: rms@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 09 10:07:34 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N7QDl-0006I1-79 for geb-bug-gnu-emacs@m.gmane.org; Mon, 09 Nov 2009 10:07:33 +0100 Original-Received: from localhost ([127.0.0.1]:41348 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N7QDk-0007fT-OX for geb-bug-gnu-emacs@m.gmane.org; Mon, 09 Nov 2009 04:07:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N7QDe-0007ek-6n for bug-gnu-emacs@gnu.org; Mon, 09 Nov 2009 04:07:26 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N7QDY-0007dI-Vh for bug-gnu-emacs@gnu.org; Mon, 09 Nov 2009 04:07:25 -0500 Original-Received: from [199.232.76.173] (port=42208 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N7QDY-0007dB-Q9 for bug-gnu-emacs@gnu.org; Mon, 09 Nov 2009 04:07:20 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:33991) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N7QDY-0007WO-1C for bug-gnu-emacs@gnu.org; Mon, 09 Nov 2009 04:07:20 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nA997HOW021106; Mon, 9 Nov 2009 01:07:17 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id nA98o60m018658; Mon, 9 Nov 2009 00:50:06 -0800 Resent-Date: Mon, 9 Nov 2009 00:50:06 -0800 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Glenn Morris Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Mon, 09 Nov 2009 08:50:06 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 4837 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 4837-submit@emacsbugs.donarmstrong.com id=B4837.125775632618310 (code B ref 4837); Mon, 09 Nov 2009 08:50:06 +0000 Original-Received: (at 4837) by emacsbugs.donarmstrong.com; 9 Nov 2009 08:45:26 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nA98jPZZ018307 for <4837@emacsbugs.donarmstrong.com>; Mon, 9 Nov 2009 00:45:26 -0800 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1N7PsK-0000nr-Dn; Mon, 09 Nov 2009 03:45:24 -0500 X-Spook: condor DRM Bletchley Park Freeh CESID import Leuken-Baden X-Ran: qFNiTn\dH$gj@k7:VSC)IStI_%,o^8T~21nN1>:D4C8jnlUO>=xFl1J"|}V-lif+y33}>( X-Hue: red X-Attribution: GM User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Mon, 09 Nov 2009 04:07:25 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:32490 Archived-At: Richard Stallman wrote: > I think it isn't worth doing, (I'd already done it, locally, before posting.) > because it would only gain you very much if you put a lot of code > inside with-no-warnings; we avoid doing that. Perhaps because it is such a blunt instrument. This would make it a bit less blunt. I don't claim this is important, but it is easy to implement. Example usage: In the _implementation_ of an obsolete feature, it's ok to use an obsolete variable and there is no need to be warned about it being obsolete. However, you should still be warned about the variable not being defined, in case you remove it altogether but forget to update the code that uses it.