From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: RE: Deprecate _emacs on Windows Date: Wed, 23 Mar 2011 12:20:53 +0900 Message-ID: <87pqpi8qui.fsf@uwakimon.sk.tsukuba.ac.jp> References: <0B6A6EC5FD8F46D697F914FB2F6D4304@us.oracle.com> <655D5DBB48F04F719130122440CDA29B@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1300850195 27874 80.91.229.12 (23 Mar 2011 03:16:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 23 Mar 2011 03:16:35 +0000 (UTC) Cc: 'Juanma Barranquero' , 'Lennart Borgman' , 'Stefan Monnier' , 'Emacs developers' To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 23 04:16:02 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q2EYD-0008L0-Lx for ged-emacs-devel@m.gmane.org; Wed, 23 Mar 2011 04:16:01 +0100 Original-Received: from localhost ([127.0.0.1]:41744 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q2EYC-0006Qa-Ug for ged-emacs-devel@m.gmane.org; Tue, 22 Mar 2011 23:16:00 -0400 Original-Received: from [140.186.70.92] (port=50993 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q2EY6-0006OB-HR for emacs-devel@gnu.org; Tue, 22 Mar 2011 23:15:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q2EY5-0006qc-2v for emacs-devel@gnu.org; Tue, 22 Mar 2011 23:15:54 -0400 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:58437) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q2EY4-0006pj-P1 for emacs-devel@gnu.org; Tue, 22 Mar 2011 23:15:53 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id 840BA9706AE; Wed, 23 Mar 2011 12:15:50 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 220E111EE3A; Wed, 23 Mar 2011 12:20:53 +0900 (JST) In-Reply-To: <655D5DBB48F04F719130122440CDA29B@us.oracle.com> X-Mailer: VM 8.1.93a under 21.5 (beta29) "garbanzo" eac2e6bd5b2c+ XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.224 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:137553 Archived-At: Drew Adams writes: > I objected to _warning_ users simply because you are deprecating > `_emacs'. In all the projects I know of, your understanding of "how deprecation is done" notwithstanding, deprecation's semantic content is issuing a warning. Formal deprecation is a policy statement that this feature should *not* be used, *will* be removed, and any current uses should be ported to the appropriate idiom, and yes, that should indeed get a warning. It should be possible to suppress those warnings (it is, in Python and XEmacs), but the warning should be issued if the user chooses not to suppress. > That's not something to warn about. There is no danger. OK, Drew, put (if (< (random 100) 1) (error "Your .emacs is no longer usable.")) as the first line in your .emacs. When it triggers, come back and tell us how you happy you are about losing use of your init file without warning until it actually happens. Just how often do you think long-time users read the section about what the name of the init file is, anyway? Or NEWS? The issue really *is* whether the feature should be removed, and therefore deprecation and the accompanying warning are warranted, not whether a deprecation deserves a warning. Personally, I think _emacs is harmless, and deprecating it is indeed crying wolf, but that's not my decision.