GNU bug report logs - #48383
[native-compile] Debugging external package powerline.el

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 48383 in the body.
You can then email your comments to 48383 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: emacs-bugs <bug-gnu-emacs <at> gnu.org>
Subject: [native-compile] Debugging external package powerline.el
Date: Wed, 12 May 2021 21:11:08 +0200

Hi all,

I have successfully built Emacs with native-compile support on Win10[1]
and it works fine -- many thanks for this.

I've also installed powerline package from MELPA and Emacs fails to
compile the package with this error:

    x:/pathto/.emacs.d/elpa/powerline-20210428.1229/powerline.el:
    Error: List contains a loop ("22", . #0)
    Compilation finished.

How can I get more info about the error from the compiler?  Currently
Emacs tries to compile the package each time it starts (and fails) and
that makes the start slower.

TIA for any hint.

Best, Arash

Footnotes:
[1]  emacs-repository-version is 8b7495a722a57071cb2a978665f95f8227db2863

Message #8 received at 48383 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Arash Esbati <arash <at> gnu.org>
Cc: 48383 <at> debbugs.gnu.org
Subject: Re: bug#48383: [native-compile] Debugging external package
 powerline.el
Date: Wed, 12 May 2021 19:49:20 +0000

Arash Esbati <arash <at> gnu.org> writes:

> Hi all,
>
> I have successfully built Emacs with native-compile support on Win10[1]
> and it works fine -- many thanks for this.
>
> I've also installed powerline package from MELPA and Emacs fails to
> compile the package with this error:
>
>     x:/pathto/.emacs.d/elpa/powerline-20210428.1229/powerline.el:
>     Error: List contains a loop ("22", . #0)
>     Compilation finished.
>
> How can I get more info about the error from the compiler?  Currently
> Emacs tries to compile the package each time it starts (and fails) and
> that makes the start slower.
>
> TIA for any hint.
>
> Best, Arash
>
> Footnotes:
> [1]  emacs-repository-version is 8b7495a722a57071cb2a978665f95f8227db2863

Hi Arash,

if the compiler crashes I guess the next step is to debug it.  But
before doing that would be nice to isolate what's the function that is
causing the issue and create a reproducer.

Thanks

  Andrea

PS you can work around the issue of the startup adding powerline.el to
`native-comp-deferred-compilation-deny-list'.

Message #11 received at 48383 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 48383 <at> debbugs.gnu.org
Subject: Re: bug#48383: [native-compile] Debugging external package
 powerline.el
Date: Mon, 17 May 2021 14:20:59 +0200

Andrea Corallo <akrl <at> sdf.org> writes:

> if the compiler crashes I guess the next step is to debug it.

Thanks for your response.  In this case, the compiler doesn't crash.

> But before doing that would be nice to isolate what's the function
> that is causing the issue and create a reproducer.

From the discussion here[1], the problem seems to be the last line in
this function provided by powerline.el[2]:

    (defun pl/pattern (lst)
      "Turn LST into an infinite pattern."
      (when lst
        (let ((pattern (cl-copy-list lst)))
          (setcdr (last pattern) pattern)))) ;; <== Problematic form

Not being an Emacs issue, my question was if the native compiler could
be more verbose about the error.

> PS you can work around the issue of the startup adding powerline.el to
> `native-comp-deferred-compilation-deny-list'.

Thanks, this is what I did for now.

Best, Arash

Footnotes:
[1]  https://github.com/milkypostman/powerline/issues/187

[2]  https://github.com/milkypostman/powerline/issues/187#issuecomment-836582479

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.