From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.bugs Subject: bug#19390: 25.0.50; `package-activate' is too slow Date: Tue, 16 Dec 2014 22:40:07 -0200 Message-ID: References: <86a92oddfp.fsf@yandex.ru> <86mw6nkc6n.fsf@yandex.ru> <54904241.8010000@yandex.ru> <5490BFCD.5050505@yandex.ru> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0149c1ce9d4489050a5eb7fb X-Trace: ger.gmane.org 1418776884 19832 80.91.229.3 (17 Dec 2014 00:41:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 17 Dec 2014 00:41:24 +0000 (UTC) Cc: 19390@debbugs.gnu.org, Dmitry Gutov To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 17 01:41:17 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1Y12fy-0001mi-UZ for geb-bug-gnu-emacs@m.gmane.org; Wed, 17 Dec 2014 01:41:15 +0100 Original-Received: from localhost ([::1]:47362 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y12fy-0007pF-8K for geb-bug-gnu-emacs@m.gmane.org; Tue, 16 Dec 2014 19:41:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36606) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y12fr-0007oE-7k for bug-gnu-emacs@gnu.org; Tue, 16 Dec 2014 19:41:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y12fm-0005jc-CR for bug-gnu-emacs@gnu.org; Tue, 16 Dec 2014 19:41:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:38903) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y12fm-0005jI-7t for bug-gnu-emacs@gnu.org; Tue, 16 Dec 2014 19:41:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Y12fl-0006Fr-MD for bug-gnu-emacs@gnu.org; Tue, 16 Dec 2014 19:41:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Artur Malabarba Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Dec 2014 00:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19390 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19390-submit@debbugs.gnu.org id=B19390.141877681123972 (code B ref 19390); Wed, 17 Dec 2014 00:41:01 +0000 Original-Received: (at 19390) by debbugs.gnu.org; 17 Dec 2014 00:40:11 +0000 Original-Received: from localhost ([127.0.0.1]:48269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y12ew-0006Ea-M1 for submit@debbugs.gnu.org; Tue, 16 Dec 2014 19:40:11 -0500 Original-Received: from mail-ob0-f173.google.com ([209.85.214.173]:35926) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y12et-0006EP-W6 for 19390@debbugs.gnu.org; Tue, 16 Dec 2014 19:40:08 -0500 Original-Received: by mail-ob0-f173.google.com with SMTP id uy5so1389385obc.4 for <19390@debbugs.gnu.org>; Tue, 16 Dec 2014 16:40:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=KLYl81k20W+9TErQLVU0lHPSW8R1Us2ZWaEir2DHnUc=; b=XzPHu610wP0W07mLX0VkipKeMdG7JfhqIYTn162XnZPWPM0GY7mKQgIiZK5JWrGrm6 MhC1lL3ogpxkUjPsL+88GgN+eddaqCKR9KKv3T6AXVDpGI6wh5eNPJF2C9ZEYinAt57Y VXe29UiadGHzAjrLrotf7GOYUIOORlWInTRO3hDfcwQGihn7lTjVTTiRE4KZBTZF3Q46 VRCz9Sey+pLy+S2pfP+AJU168HsyknYonvG6M5zKg9JsgbGiXvxfoeC7FdSZtNRJfRnA advNeb/2KfGG5JtXmyxyoNup+x18IF7DBLqyKOWPoPQOtWZDHp4ph0JUhYLFiUKdHiEL aKLA== X-Received: by 10.182.102.161 with SMTP id fp1mr24340721obb.29.1418776807292; Tue, 16 Dec 2014 16:40:07 -0800 (PST) Original-Received: by 10.76.26.162 with HTTP; Tue, 16 Dec 2014 16:40:07 -0800 (PST) Original-Received: by 10.76.26.162 with HTTP; Tue, 16 Dec 2014 16:40:07 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: ykzLav3kLX37irefwMW2OSP9uhg X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:97421 Archived-At: --089e0149c1ce9d4489050a5eb7fb Content-Type: text/plain; charset=UTF-8 On 16 Dec 2014 21:55, "Stefan Monnier" wrote: > > >> Do you remember the scenario where you saw that? Normally, the > >> load-history contains the file names using the directory names that > >> appear in load-path, so while they're not "canonical", > > Actually, it seems to me that load-history does contain canonical names. > > At least, when the file being loaded is a symlink, the resulting record in > > load-history contains the path of the file it points to. Same for a real > > file in a symlinked dir. > > Hmm... OK, then that would explain why he needed to use file-truename. Actually, this means I may have overused file-truename. If load-history already stores canonical names, then we only need to call truename on the return value of find library, not on the elements of load-history. If nobody else checks, I'll check tomorrow when I get a chance. --089e0149c1ce9d4489050a5eb7fb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 16 Dec 2014 21:55, "Stefan Monnier" <monnier@iro.umontreal.ca> wrote= :
>
> >> Do you remember the scenario where you saw that?=C2=A0 Normal= ly, the
> >> load-history contains the file names using the directory name= s that
> >> appear in load-path, so while they're not "canonical= ",
> > Actually, it seems to me that load-history does contain canonical= names.
> > At least, when the file being loaded is a symlink, the resulting = record in
> > load-history contains the path of the file it points to.=C2=A0 Sa= me for a real
> > file in a symlinked dir.
>
> Hmm... OK, then that would explain why he needed to use file-truename.=

Actually, this means I may have overused file-truename. If l= oad-history already stores canonical names, then we only need to call truen= ame on the return value of find library, not on the elements of load-histor= y.

If nobody else checks, I'll check tomorrow when I get a = chance.

--089e0149c1ce9d4489050a5eb7fb--