From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Towards a cleaner build: eieio Date: Sat, 15 Jun 2019 12:31:10 -0400 Message-ID: References: <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="99866"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 15 18:33: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 1hcBbv-000Peg-Jl for ged-emacs-devel@m.gmane.org; Sat, 15 Jun 2019 18:32:59 +0200 Original-Received: from localhost ([::1]:33470 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hcBbl-0000q9-1L for ged-emacs-devel@m.gmane.org; Sat, 15 Jun 2019 12:32:49 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46055) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hcBaZ-0000pf-BV for emacs-devel@gnu.org; Sat, 15 Jun 2019 12:31:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hcBaR-0002FI-4i for emacs-devel@gnu.org; Sat, 15 Jun 2019 12:31:32 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:48889) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hcBaF-00027c-Ma for emacs-devel@gnu.org; Sat, 15 Jun 2019 12:31:18 -0400 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id BE115810FA; Sat, 15 Jun 2019 12:31:14 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 74D2F810AD; Sat, 15 Jun 2019 12:31:13 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1560616273; bh=JJHa3i1SWizve405VjUy6i/4WmezkAn1XUjJCTNNu/M=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ai9hFjK257lJUQwIAAtzUfiaUvpDdGlswmrTvhUoWTYVRBYjMLKzSNjzbDS9D1EGh r+Pv2dBgcahtA8nozhzZqyw9r5xKhlqzF0a86lmLvAH5eI14bYZhzEFrbOJh85Kysv 66YFVOpEo68h18MbxbqBLyZGQA+0eVK269v0hZdFMAnLmeqrbWKZ4NOHYy6psq0ptu djacdlSbKQPqsMv4D1hABP5WMJNclk9o7PDV/nx0VPZ1ZjC9S4u7jM99GL1n93EltJ TBlO9mREDPwQoUfMA9vlEsGZgzjPECk3Vj8AhffoGZyI+GxILTSBUKyZPaZTRLGD0x 5grpVYK+D5j5A== Original-Received: from alfajor (unknown [157.157.58.170]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id BC717120B37; Sat, 15 Jun 2019 12:31:12 -0400 (EDT) In-Reply-To: (Lars Ingebrigtsen's message of "Sat, 15 Jun 2019 14:46:09 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 132.204.25.50 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:237699 Archived-At: > Sorry, I meant -- are all these object-print methods supposed to be > expressed as cl-print-object methods instead? I think so. > And if so, can they be rewritten that way now without breaking anything? I think so too (tho they'll only work that way with Emacs>26, of course). > Or would that break out-of-tree code that calls object-print? There's also a risk of that, of course. > eieio.el has general fallback code for object-print, but does not > consult the output of cl-print-object for the objects, so I guess that > might break something? But... could we do that, without going all > recursive? Right, I don't think we want to try and make object-print fallback to cl-print-object: not worth the trouble. Stefan