GNU bug report logs -
#40694
28.0.50; [feature/native-comp] Different behavior of org-insert-link from org-plus-contrib
Previous Next
Reported by: sebastien.miquel <at> posteo.eu
Date: Sat, 18 Apr 2020 07:51:02 UTC
Severity: normal
Found in version 28.0.50
Done: Andrea Corallo <akrl <at> sdf.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 40694 in the body.
You can then email your comments to 40694 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40694
; Package
emacs
.
(Sat, 18 Apr 2020 07:51:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
sebastien.miquel <at> posteo.eu
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 18 Apr 2020 07:51:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
With a minimal init.el to allow (use-package org :ensure
org-plus-contrib), and once it is natively compiled, calling
org-insert-link doesn't prompt for a description.
Describe function reports that org-insert-link is native compiled Lisp
function in ‘ol.el’.
Manually evaluating the source in ol.el restores the correct behaviour:
org-insert-link prompts for a link, then for a description.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40694
; Package
emacs
.
(Thu, 23 Apr 2020 08:29:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 40694 <at> debbugs.gnu.org (full text, mbox):
Hi,
I just want to mention that I experience a similar problem with `org-refile`.
Where I get: `org-get-outline-path: Invalid function: org-with-wide-buffer`
After evaluating `org-refile.el` manually it works fine.
BTW, thanks for the native-comp branch. Only running it since a few days
but very happy so far. I run it with 200+ packages and the only "bug"
I found so far is this and a missing eieio require in the jupyter
package where it worked before native compilation but not after.
Adding that require fixed it: https://github.com/dzop/emacs-jupyter/pull/248
Thanks,
Daniel
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40694
; Package
emacs
.
(Thu, 23 Apr 2020 09:54:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 40694 <at> debbugs.gnu.org (full text, mbox):
Daniel Kraus <daniel <at> kraus.my> writes:
> Hi,
>
> I just want to mention that I experience a similar problem with `org-refile`.
> Where I get: `org-get-outline-path: Invalid function: org-with-wide-buffer`
>
> After evaluating `org-refile.el` manually it works fine.
>
> BTW, thanks for the native-comp branch. Only running it since a few days
> but very happy so far. I run it with 200+ packages and the only "bug"
> I found so far is this and a missing eieio require in the jupyter
> package where it worked before native compilation but not after.
> Adding that require fixed it: https://github.com/dzop/emacs-jupyter/pull/248
>
> Thanks,
> Daniel
Hi Daniel,
thanks happy to hear works well for you!
I'll get to look into this bug presumably this weekend.
Thanks
Andrea
--
akrl <at> sdf.org
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40694
; Package
emacs
.
(Thu, 23 Apr 2020 22:03:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 40694 <at> debbugs.gnu.org (full text, mbox):
Daniel Kraus <daniel <at> kraus.my> writes:
> Hi,
>
> I just want to mention that I experience a similar problem with `org-refile`.
> Where I get: `org-get-outline-path: Invalid function: org-with-wide-buffer`
>
> After evaluating `org-refile.el` manually it works fine.
Hi Daniel,
taking a look I think your bug was already signaled here as a
native-comp bug but in reality is a bug in the org side and as so has
been reported there.
https://lists.gnu.org/archive/html/emacs-orgmode/2020-04/msg00095.html
I think is still not solved tho taking a quick look to the repo.
Andrea
--
akrl <at> sdf.org
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40694
; Package
emacs
.
(Thu, 23 Apr 2020 22:23:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 40694 <at> debbugs.gnu.org (full text, mbox):
Hi!
Andrea Corallo <akrl <at> sdf.org> writes:
> taking a look I think your bug was already signaled here as a
> native-comp bug
I'm not subscribed to this bug mailing list and somehow I have
a hard time browsing and searching with debbugs to look for already
existing bugs :(
> but in reality is a bug in the org side and as so has been
> reported there.
> https://lists.gnu.org/archive/html/emacs-orgmode/2020-04/msg00095.html
Thanks for investigating. Now I can patch my local version until
upstream is fixed.
I just found one more broken package. https://github.com/silex/docker.el/
Like with jupyter and org, I guess this is simply an error
in the package and not your code but I can't figure out what's wrong.
When calling any docker function (like `docker-containers`)
it calls this macro https://github.com/silex/docker.el/blob/08745207332d940130a2357eb5c5e00fd88bd6af/docker-utils.el#L102-L107
and then I get:
docker-run-docker: Invalid function: docker-utils-with-sudo
Thank you very much,
Daniel
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40694
; Package
emacs
.
(Fri, 24 Apr 2020 07:44:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 40694 <at> debbugs.gnu.org (full text, mbox):
Daniel Kraus <daniel <at> kraus.my> writes:
> Hi!
>
> Andrea Corallo <akrl <at> sdf.org> writes:
>
>> taking a look I think your bug was already signaled here as a
>> native-comp bug
>
> I'm not subscribed to this bug mailing list and somehow I have
> a hard time browsing and searching with debbugs to look for already
> existing bugs :(
Sure was not a remark :)
>> but in reality is a bug in the org side and as so has been
>> reported there.
>> https://lists.gnu.org/archive/html/emacs-orgmode/2020-04/msg00095.html
>
> Thanks for investigating. Now I can patch my local version until
> upstream is fixed.
>
> I just found one more broken package. https://github.com/silex/docker.el/
>
> Like with jupyter and org, I guess this is simply an error
> in the package and not your code but I can't figure out what's wrong.
>
> When calling any docker function (like `docker-containers`)
> it calls this macro https://github.com/silex/docker.el/blob/08745207332d940130a2357eb5c5e00fd88bd6af/docker-utils.el#L102-L107
> and then I get:
>
> docker-run-docker: Invalid function: docker-utils-with-sudo
>
> Thank you very much,
> Daniel
To a quick look I think in docker-core.el is missing a
'(require 'docker-utils)'.
Thanks
Andrea
--
akrl <at> sdf.org
Reply sent
to
Andrea Corallo <akrl <at> sdf.org>
:
You have taken responsibility.
(Fri, 24 Apr 2020 16:02:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
sebastien.miquel <at> posteo.eu
:
bug acknowledged by developer.
(Fri, 24 Apr 2020 16:02:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 40694-done <at> debbugs.gnu.org (full text, mbox):
Sébastien Miquel <sebastien.miquel <at> posteo.eu> writes:
> With a minimal init.el to allow (use-package org :ensure
> org-plus-contrib), and once it is natively compiled, calling
> org-insert-link doesn't prompt for a description.
>
> Describe function reports that org-insert-link is native compiled Lisp
> function in ‘ol.el’.
>
> Manually evaluating the source in ol.el restores the correct
> behaviour: org-insert-link prompts for a link, then for a description.
Hi Sébastien,
3ac3ba22be fix the issue for me, closing.
Thanks for the bug report.
Andrea
--
akrl <at> sdf.org
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40694
; Package
emacs
.
(Wed, 06 May 2020 12:29:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 40694 <at> debbugs.gnu.org (full text, mbox):
Hi Andrea!
Just wanted to give a quick update that the org bug is
fixed for me with the latest org from the org git repo.
Unrelated, I just noticed that `treemacs-magit.el` from the
treemacs package is not compiling. The log output is:
libgccjit.so: error: gcc_jit_block_end_with_jump: adding to terminated block: bb_29 (already terminated by: if (local19 == d_reloc[(long long)36]) goto bb_27; else goto bb_27;)
Internal native compiler error: "/home/daniel/.emacs.d/lib/treemacs/src/extra/treemacs-magit.el", "failing to compile function", treemacs-magit--simple-git-mode-update, "gcc_jit_block_end_with_jump: adding to terminated block: bb_29 (already terminated by: if (local19 == d_reloc[(long long)36]) goto bb_27; else goto bb_27;)"
Not sure if I should create a new issue for it.
Thanks,
Daniel
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40694
; Package
emacs
.
(Wed, 06 May 2020 13:07:01 GMT)
Full text and
rfc822 format available.
Message #31 received at 40694 <at> debbugs.gnu.org (full text, mbox):
Daniel Kraus <daniel <at> kraus.my> writes:
> Hi Andrea!
>
> Just wanted to give a quick update that the org bug is
> fixed for me with the latest org from the org git repo.
>
Hi Daniel,
> Unrelated, I just noticed that `treemacs-magit.el` from the
> treemacs package is not compiling. The log output is:
>
> libgccjit.so: error: gcc_jit_block_end_with_jump: adding to terminated
> block: bb_29 (already terminated by: if (local19 == d_reloc[(long
> long)36]) goto bb_27; else goto bb_27;)
> Internal native compiler error:
> "/home/daniel/.emacs.d/lib/treemacs/src/extra/treemacs-magit.el",
> "failing to compile function", treemacs-magit--simple-git-mode-update,
> "gcc_jit_block_end_with_jump: adding to terminated block: bb_29
> (already terminated by: if (local19 == d_reloc[(long long)36]) goto
> bb_27; else goto bb_27;)"
>
> Not sure if I should create a new issue for it.
Yes please.
Thanks for the feedback.
Andrea
--
akrl <at> sdf.org
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 04 Jun 2020 11:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 74 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.