From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: npostavs@users.sourceforge.net Newsgroups: gmane.emacs.bugs Subject: bug#25295: 26.0.50; Represent eieio objects using object-print in backtraces and edebug Date: Thu, 02 Mar 2017 07:52:18 -0500 Message-ID: <87innrc03h.fsf@users.sourceforge.net> References: <87pokampa4.fsf@ericabrahamsen.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1488459133 1216 195.159.176.226 (2 Mar 2017 12:52:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 2 Mar 2017 12:52:13 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) Cc: Eric Abrahamsen , 25295@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 02 13:52:09 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjQDI-0008S6-7t for geb-bug-gnu-emacs@m.gmane.org; Thu, 02 Mar 2017 13:52:08 +0100 Original-Received: from localhost ([::1]:51976 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjQDO-0003TF-5M for geb-bug-gnu-emacs@m.gmane.org; Thu, 02 Mar 2017 07:52:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34374) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjQDH-0003RE-Nt for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 07:52:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjQDC-00059l-T1 for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 07:52:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37255) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cjQDC-00059Y-NE for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 07:52:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cjQDC-0002jZ-AR for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 07:52:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 Mar 2017 12:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25295 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25295-submit@debbugs.gnu.org id=B25295.148845907210450 (code B ref 25295); Thu, 02 Mar 2017 12:52:02 +0000 Original-Received: (at 25295) by debbugs.gnu.org; 2 Mar 2017 12:51:12 +0000 Original-Received: from localhost ([127.0.0.1]:35454 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjQCO-0002iU-85 for submit@debbugs.gnu.org; Thu, 02 Mar 2017 07:51:12 -0500 Original-Received: from mail-it0-f41.google.com ([209.85.214.41]:35235) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjQCM-0002iH-KI for 25295@debbugs.gnu.org; Thu, 02 Mar 2017 07:51:10 -0500 Original-Received: by mail-it0-f41.google.com with SMTP id 203so117782590ith.0 for <25295@debbugs.gnu.org>; Thu, 02 Mar 2017 04:51:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=CCi02wf1OPlhTyvc7DzD7TKprSKEE44KeFNmaKZNxpI=; b=OXUjs6HWKyu9aVxGKJ9Zo5GnxQXNH5Lo0iLI0QJmYaQt7tpIBAH42Ek2aBX+oF8u+h 1DzNRWAT6A3/zXRuuJ/XwM74DpIBrBlbieV/sE0MKGRKy+B8YH0orJW/+fy6nS2djHIv 6lnsQa3O1/vhf8KE7sZwMB3D5+lBzrcSPMILoY/llED1h/as8nKA0JtiTHcDLxYbsgP5 G2w1k9pjyLl0As18iXV3+8Yxht/PrfWvV0QJnaxtb/gs0SwaicPWknmaUirKC3G1VFVD qzzVoY0rPpep6jxr9inecCoaDS50nTitVzbajH2twoioT76gJXwmF/C8LMj6G+faOMrd qpqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=CCi02wf1OPlhTyvc7DzD7TKprSKEE44KeFNmaKZNxpI=; b=EHKmUIC/66SGmlO2c25D7RirssO0bewwNFTjshW+YVPIwexbF5RurTJPgxJqytERMP qEJu6hvlWQSg7sEOfpJcK2TCZVZpr+mGBXRXLYFmJ8fkI5MrfHn/ANtPYWK8re4BVFKo KLOroYxgVD3w+jNlkrhxMNCKZI0zfPdbR/VoribfH+XOda1JNPrBrhTrFiVQuvuaa0iy nIhJKitAWcVhQsjDVdQIu9SXzShAHvgNClGHnL/xq0KsjUGUOkQTs9GTUF1z0gtdjI/E mxndDkTO2gKKtNgVhTOPLPuCJZVYjzCic7JDVBcEWd38XF8jA8LzG/PWe80NvElnUtvT bJfA== X-Gm-Message-State: AMke39m4QYCyV0k8A/VQKvDMgHNR6E3sZHpm3k+0k2w5lIIQklGs9DNqZT1HB8rUoypUMw== X-Received: by 10.36.200.9 with SMTP id w9mr9742202itf.113.1488459064973; Thu, 02 Mar 2017 04:51:04 -0800 (PST) Original-Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id l33sm1528370iod.8.2017.03.02.04.51.04 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 02 Mar 2017 04:51:04 -0800 (PST) In-Reply-To: (Stefan Monnier's message of "Thu, 02 Mar 2017 02:00:53 -0500") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:130047 Archived-At: Stefan Monnier writes: > My experiments seem to indicate that it might > be "good enough" but it might also suffer from the overhead of > cl-generic (mostly the fact that a call to a generic-function ends up > going through some &rest+apply which in cl-print's case end up > generating a lot of garbage: in one of my tests, the cl-print code was > twice slower than the C code but the added time was almost entirely > spent in the GC and that seemed to come exclusively from the lists > allocated for &rest. I.e. if we could change cl-generic so it doesn't > use &rest+apply as much there's a chance it could potentially be about > as fast as the C code). I have an idea to use this for the pretty printer so it that produces the correct spacing while printing. I think this would end up faster than calling indent-sexp afterwards. But it would involve dispatching on STREAM, and according to the comments in cl-generic.el multiple dispatch adds more apply calls. Thoughts?