From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Towards a cleaner build: ieieo Date: Thu, 13 Jun 2019 15:50:31 +0200 Message-ID: References: <83zhn6zkgf.fsf@gnu.org> <83a7eo9nsh.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="43512"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 13 16:31:01 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hbQkn-000B4f-0v for ged-emacs-devel@m.gmane.org; Thu, 13 Jun 2019 16:31:01 +0200 Original-Received: from localhost ([::1]:40394 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hbQkf-0004pN-UC for ged-emacs-devel@m.gmane.org; Thu, 13 Jun 2019 10:30:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57190) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hbQ7k-00026n-GH for emacs-devel@gnu.org; Thu, 13 Jun 2019 09:50:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hbQ7i-0003Um-17 for emacs-devel@gnu.org; Thu, 13 Jun 2019 09:50:40 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:52768) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hbQ7h-0003Sp-Qj for emacs-devel@gnu.org; Thu, 13 Jun 2019 09:50:37 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hbQ7b-0000Pa-RX for emacs-devel@gnu.org; Thu, 13 Jun 2019 15:50:34 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAElBMVEWKgoDr5+S0q6dSLikp DAxmXFu1o8AQAAACa0lEQVQ4jU2TwbaqMAxFA9o5rZd5Gy9zMe3ctyjzQs3//8pNKvqMC1h2k5Oc tMDAAIZrYuba2f8BAwAwF1/6HoO1vDEH0ykoUIqwwgwC8lxXLA2IkKyWwkZfxFCpC01Kl6GgR9QM QfiuYbgAS/HEnXNuQOzRoYWRRUpC790v8z5tW+Lb0ZX0pVU6P6Ub7fdk7g00Jxqbil9vRw0R0ZZk HdRgoPoGNSWurFdJFifwLzCmd2mu1Qf85WtwyQYYd62caCGizVs857wOgAOMZTdsQKPO0kSWsGJF AHjWvmQsnYsnBYDyG+8YrpSqss3RVcFSE8DoeXenVLguz9nRbwNECUbszW5IZpF4HtJT1tdKiWF8 TL3LiZ+F0zY2kHMhAUZ8S8cJELuLgueyGiKZbmnu0Js6D8VQ/nlcjNYo6g/qiajOCP0Ux8fPImDg 9BotP/PssPfkHiOL1CAW5Em1xjxbNBDt4iCuYK0L9iG7ey6Q+BMVLHK/3RF13jR4mVJA38s/N52X W149AObFOXkj9DLQEWwU7bzqgIna6UE9QEMD297hhB5OCsDo+RJQa+5SaRVX3VM5L3J3YC997qLI Il4FSBF/SF1MnqOcBZnjIsDsso1BM66U/0U97HxqUjKWJuVqTTLlZippRz20xsCVgv3br0ggiCW9 HJTPHHb5iAy8UsDpjlGO+rhbsW7RWac1ZOdrIo04f3+cAiLRBzgMYiW40DKUxK8MZ6EIeC/HL6kT tww61GZ8p8iuHV2R3ONdvhv9cnXrD7DQq90jwcPh44gDeG3rBaTOFzj37gW0IYpi/v7pSp3HrF0d UuED/gC6e8GtCTaUYgAAAABJRU5ErkJggg== In-Reply-To: (Lars Ingebrigtsen's message of "Thu, 13 Jun 2019 14:09:19 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 80.91.231.51 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.org gmane.emacs.devel:237513 Archived-At: But there's more funny stuff going on in eieio: make[1]: Entering directory '/home/larsi/src/emacs/trunk/lisp' ELC emacs-lisp/eieio.elc `object-print' is an obsolete generic function (as of 26.1); use `cl-print-object' instead. In toplevel form: emacs-lisp/eieio.el:850:11:Warning: `object-print' is an obsolete function (as of 26.1); use `cl-print-object' instead. I didn't understand where the first message came from for a while, but it's here: (defmacro cl-defmethod (name args &rest body) "Define a new method for generic function NAME. [...] (pcase-let* ((`(,uses-cnm . ,fun) (cl--generic-lambda args body))) `(progn ,(and (get name 'byte-obsolete-info) (or (not (fboundp 'byte-compile-warning-enabled-p)) (byte-compile-warning-enabled-p 'obsolete)) (let* ((obsolete (get name 'byte-obsolete-info))) (macroexp--warn-and-return (macroexp--obsolete-warning name obsolete "generic function") nil))) Is this useful? I mean, the byte compiler does warn about this later (and in the correct format), so this seems kinda superfluous? Or is it also messages outside of byte-compilation? If that's the case, should it be suppressed when we're compiling, and if so, how? :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no