From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#27397: [PATCH] New commands for bulk tracing of elisp functions Date: Mon, 19 Jun 2017 14:27:43 +0300 Message-ID: <25ce7f3c-6f70-82f1-b3fb-7dd7362bbdf2@yandex.ru> References: <1348823a-7623-8146-8cc0-8c0eff13e458@orcon.net.nz> <34fcc090-6a8b-42de-b6c8-df182f8de938@yandex.ru> <8760fs5sjw.fsf@detlef> <871sqg5mig.fsf@detlef> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1497871695 26066 195.159.176.226 (19 Jun 2017 11:28:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 19 Jun 2017 11:28:15 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 Cc: 27397@debbugs.gnu.org To: Michael Albinus , Phil Sainty Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 19 13:28:12 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 1dMuqp-0006ah-Mz for geb-bug-gnu-emacs@m.gmane.org; Mon, 19 Jun 2017 13:28:11 +0200 Original-Received: from localhost ([::1]:41806 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dMuqu-0005EP-UK for geb-bug-gnu-emacs@m.gmane.org; Mon, 19 Jun 2017 07:28:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51191) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dMuqj-0005CR-Ht for bug-gnu-emacs@gnu.org; Mon, 19 Jun 2017 07:28:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dMuqg-0001eD-9o for bug-gnu-emacs@gnu.org; Mon, 19 Jun 2017 07:28:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52996) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dMuqg-0001dh-5y for bug-gnu-emacs@gnu.org; Mon, 19 Jun 2017 07:28:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dMuqf-0004Dh-QK for bug-gnu-emacs@gnu.org; Mon, 19 Jun 2017 07:28:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Jun 2017 11:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27397 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 27397-submit@debbugs.gnu.org id=B27397.149787167416207 (code B ref 27397); Mon, 19 Jun 2017 11:28:01 +0000 Original-Received: (at 27397) by debbugs.gnu.org; 19 Jun 2017 11:27:54 +0000 Original-Received: from localhost ([127.0.0.1]:55673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dMuqX-0004DL-OG for submit@debbugs.gnu.org; Mon, 19 Jun 2017 07:27:53 -0400 Original-Received: from mail-wm0-f41.google.com ([74.125.82.41]:38284) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dMuqW-0004D9-76 for 27397@debbugs.gnu.org; Mon, 19 Jun 2017 07:27:52 -0400 Original-Received: by mail-wm0-f41.google.com with SMTP id u195so58801502wmd.1 for <27397@debbugs.gnu.org>; Mon, 19 Jun 2017 04:27:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=eqWym4DfOy0bShrrWvZWlBXQ4thQi4vpcI+0sMIjmeI=; b=naS65J4ZelGogAdGPAMtsF5SugeG3eEui4t6eDoFEREgxsFkTwUU9wRbw+nTpreZ+j dPaXMnwX5YrJco+1/rX7UE6aiZ2vix6HlEuigA/+cONDRY7bJMOi/Yi/ZX4+F5hnbRR0 v4rqNTjSY6vIjq+1FbEnd+n3csEWyEbhYD4obJu//Yu4GgqRjCDbLjG7XOvtbLX7Q2qD Ju0WFe/GZZL6682hOoLOpk/+UsBJMqSI6SMqna1m1Lpi8gsxOBFYQqhn4BzLIb0J3BZ0 WmBUB+HDnyBGmXoGtqJTvYHcs92bCpctYrFz7Kn93Ea0MFLZIJy/Fka6RmOkCdUwKiFh lC2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=eqWym4DfOy0bShrrWvZWlBXQ4thQi4vpcI+0sMIjmeI=; b=FuQgxfVNKzCMjXKIc4JAzGLEJ0rRyFApz26tgtU9emQJ9JL0iDQg6I8qSGs+lDtghh hp/bgoMFaRQJz0CuS58dJ1/Gs1bkbPYrsVOMzW7rfBXpqTmoA0k4AvxQ1R6emnRLYDXn oAcr88JbROznb+eDUlMbK88e/VK3aYbV5OHlGPNwE6vW2PV3wdFGE3F1Z7i008fPgMY8 ryoKIVcEAlWn1X2IQXOdtJ4scYTLTueksx+KQ4nMiVRCC3DTDKCW21aMqN5P/wLMQKRy w9+qwViw7o1tX0Ss7oJv67RC7BXHRwfzhmVjJDgHZFgr99bWhU48ApyopOQwoZBdSJCs +8Dw== X-Gm-Message-State: AKS2vOze4OUKEx68VAMU2gt9v6GulAn/yfvMmRS0+hHwcbJECh3NX9SH ozL9IOnSX581dZvEGW8= X-Received: by 10.80.165.243 with SMTP id b48mr16652290edc.84.1497871666123; Mon, 19 Jun 2017 04:27:46 -0700 (PDT) Original-Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id j2sm4291530edh.60.2017.06.19.04.27.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Jun 2017 04:27:45 -0700 (PDT) In-Reply-To: <871sqg5mig.fsf@detlef> Content-Language: en-US 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:133751 Archived-At: Hi Michael, On 6/19/17 12:56 PM, Michael Albinus wrote: > That's not what I want. Often, I hunt bugs related to the order of > autoloaded functions, and this order shall be kept also when tracing. Your case is surely valid, but sounds a bit niche to me. It shouldn't be too hard to evaluate this, though: (with-eval-after-load 'tramp (trace-package "tramp-")) And the current patch makes it easier. >> Perhaps you're actually be suggesting some kind of `eval-after-load' >> tracing behaviour, though? > > Yes, that's the idea. If `trace-package' uses as argument a package name > as proposed above, the instrumentation shall happen in an > `eval-after-load' form for that package. Considering elp-instrument-package does not do that, I think we should limit the scope of the currently discussed patch, and trace only already loaded functions. If we do what you suggest, it should be a new discussion, and it should improve elp-instrument-package as well.