emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#30961: closed (Byte compilation problem with emacs-org)


From: GNU bug Tracking System
Subject: bug#30961: closed (Byte compilation problem with emacs-org)
Date: Fri, 13 Dec 2019 02:07:01 +0000

Your message dated Fri, 13 Dec 2019 11:06:47 +0900
with message-id 
<878snhnfm0.fsf@x200.i-did-not-set--mail-host-address--so-tickle-me>
and subject line Re: bug#30961: Byte compilation problem with emacs-org
has caused the debbugs.gnu.org bug report #30961,
regarding Byte compilation problem with emacs-org
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
30961: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=30961
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Byte compilation problem with emacs-org Date: Tue, 27 Mar 2018 16:20:24 +0200
An Emacs installation that includes package emacs-org exhibits a
well-documented bug: certain uses of org-babel, such as using the
R language, lead to the error message

   Invalid function: org-babel-header-args-safe-fn

For a discussion of this bug in other contexts, see for example:

   https://lists.gnu.org/archive/html/emacs-orgmode/2016-02/msg00415.html

I do not claim to fully understand the cause of this bug, but the
explanations mention a conflict between the org-mode version shipped
with Emacs and the later one being installed afterwards. This conflict
happens when the newer org-mode is byte-compiled, and leads to wrong
.elc files.

It is easy to verify that the Guix version also suffers from this
byte-compilation problem. Removing the "build" step, and thus byte
compilaion, by adding

    (arguments
     `(#:phases
       (modify-phases %standard-phases
         (delete 'build))))

to the definition of emacs-org removes the error message.

What I do not understand yet is why this happens within Guix. The
explanations for the bug concentrate on the built-in org-mode version
having been initialized before byte compilation of the new one, and
recommend starting Emacs with the –quick option for the byte compilation
session. This is what Guix does as well, so the problem should not
exist.

I tried to remove the old org-mode from load-path during byte
compilation of the new version by manipulating EMACSLOADPATH, so far
without success. If Emacs' basic "lisp" dir is not on EMACSLOADPATH,
Emacs fails to do anything, but if it is, Emacs automatically adds
"lisp/org" via lisp/subdir.el.

Konrad.



--- End Message ---
--- Begin Message --- Subject: Re: bug#30961: Byte compilation problem with emacs-org Date: Fri, 13 Dec 2019 11:06:47 +0900 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)
Hello Konrad,

Konrad Hinsen <address@hidden> writes:

> Hi Maxim,
>
>> Does this still occur on latest master?
>
> No, the bug disappeared with the update to Emacs 26.3, which comes with
> org-mode 9. So this bug report can be closed (which I'd have done
> already if I knew how to do it).
>
> Cheers,
>   Konrad

Thank you for the reply!

You can close bugs by replying to the bug number email address
(e.g. address@hidden for this one) with a "-done" appended to the
bug number, like this:

address@hidden

For more information regarding Debbugs commands, you may want to consult
info '(debbugs-ug)Mail Command Index' or the page
https://debbugs.gnu.org/server-refcard.html.

Closing,

Maxim


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]