From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Noisy byte compilation on master Date: Mon, 02 Feb 2015 11:31:39 -0500 Message-ID: References: <83egq9ipkn.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1422894719 30342 80.91.229.3 (2 Feb 2015 16:31:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 Feb 2015 16:31:59 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 02 17:31:58 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YIJun-00018B-78 for ged-emacs-devel@m.gmane.org; Mon, 02 Feb 2015 17:31:57 +0100 Original-Received: from localhost ([::1]:55378 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIJum-0000M5-G3 for ged-emacs-devel@m.gmane.org; Mon, 02 Feb 2015 11:31:56 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36447) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIJud-0000E0-U4 for emacs-devel@gnu.org; Mon, 02 Feb 2015 11:31:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YIJua-00024S-1d for emacs-devel@gnu.org; Mon, 02 Feb 2015 11:31:47 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:31458) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIJuW-00022m-Bi; Mon, 02 Feb 2015 11:31:40 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjsPAOwQflRsoX+8/2dsb2JhbABbgweDYIVaxR0EAgKBJBcBAQEBAQF8hAMBAQMBViMFCws0EhQYDSSISgnWWQEBAQEGAQEBAR6QbweESAWLAaQugXiEGSGCdwEBAQ X-IPAS-Result: AjsPAOwQflRsoX+8/2dsb2JhbABbgweDYIVaxR0EAgKBJBcBAQEBAQF8hAMBAQMBViMFCws0EhQYDSSISgnWWQEBAQEGAQEBAR6QbweESAWLAaQugXiEGSGCdwEBAQ X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="109460041" Original-Received: from 108-161-127-188.dsl.teksavvy.com (HELO ceviche.home) ([108.161.127.188]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 02 Feb 2015 11:31:39 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id 39F8966100; Mon, 2 Feb 2015 11:31:39 -0500 (EST) In-Reply-To: <83egq9ipkn.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 01 Feb 2015 18:06:32 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:182267 Archived-At: > In semantic-decoration-all-include-summary: > cedet/semantic/decorate/include.el:803:58:Warning: `eieio-object-name-string' > is an obsolete function (as of 25.1); use `eieio-named' instead. > cedet/semantic/decorate/include.el:809:46:Warning: `eieio-object-name-string' > is an obsolete function (as of 25.1); use `eieio-named' instead. > `defmethod' is an obsolete macro (as of 25.1); use `cl-defmethod' instead. > `defgeneric' is an obsolete macro (as of 25.1); use `cl-defgeneric' instead. > `defmethod' is an obsolete macro (as of 25.1); use `cl-defmethod' instead. > `defgeneric' is an obsolete macro (as of 25.1); use `cl-defgeneric' instead. > `defmethod' is an obsolete macro (as of 25.1); use `cl-defmethod' instead. > `defgeneric' is an obsolete macro (as of 25.1); use `cl-defgeneric' instead. Not sure what to do about these: CEDET needs to work with older Emascsen, so we can't change the code to use the cl-defmethod thingies yet. But in the Emacs master code, `defmethod' is a compatibility layer which introduces notable inefficiencies, so we do want to mark those as obsolete. Maybe we should keep those as "not quite obsolete yet" and only add the obsolescence warnings when we get to Emacs-26? Or else, (define and) add extra annotations in those CEDET files to silence those warnings? > Warning: Using brain-dead macro `mm-with-unibyte-current-buffer'! > utf7.el: `mm-with-unibyte-current-buffer' is an obsolete macro (as of 25.1). This one is also problematic: I've been trying to reduce the use of this macro for several years now, but I don't know the Gnus code enough to do much further progress. Yet, this macro is sufficiently ill-defined that I think most of its uses probably suffer from latent bugs. So spewing warnings during compilation sounds like the right thing to do (tho I see they're duplicated: one from the macro itself and one from the obsolescence warning, so we can drop the "Warning:" message). Stefan