unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
* bug#30961: Byte compilation problem with emacs-org
@ 2018-03-27 14:20 Konrad Hinsen
  2018-03-27 14:43 ` Adonay Felipe Nogueira
                   ` (2 more replies)
  0 siblings, 3 replies; 6+ messages in thread
From: Konrad Hinsen @ 2018-03-27 14:20 UTC (permalink / raw)
  To: 30961

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.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#30961: Byte compilation problem with emacs-org
  2018-03-27 14:20 bug#30961: Byte compilation problem with emacs-org Konrad Hinsen
@ 2018-03-27 14:43 ` Adonay Felipe Nogueira
  2018-03-31  8:23 ` Konrad Hinsen
  2019-12-08 21:38 ` Maxim Cournoyer
  2 siblings, 0 replies; 6+ messages in thread
From: Adonay Felipe Nogueira @ 2018-03-27 14:43 UTC (permalink / raw)
  To: 30961

> happens when the newer org-mode is byte-compiled, and leads to wrong
> .elc files.

Doesn't the official Emacs docs recommend against byte compiling? Why we
have such nasty thing here?

I also noticed some odd behavior with emacs-org coming from GNU Guix,
mainly causing the impossibility of exporting a simple document as this
to LaTeX or to PDF:

--8<---------------cut here---------------start------------->8---
#+TITLE: Test

* A test

Yes, a test.
--8<---------------cut here---------------end--------------->8---

I'll make another detailed bug report about this specific issue once I
have time to take more information.

-- 
- https://libreplanet.org/wiki/User:Adfeno
- Palestrante e consultor sobre /software/ livre (não confundir com
  gratis).
- "WhatsApp"? Ele não é livre. Por favor, veja formas de se comunicar
  instantaneamente comigo no endereço abaixo.
- Contato: https://libreplanet.org/wiki/User:Adfeno#vCard
- Arquivos comuns aceitos (apenas sem DRM): Corel Draw, Microsoft
  Office, MP3, MP4, WMA, WMV.
- Arquivos comuns aceitos e enviados: CSV, GNU Dia, GNU Emacs Org, GNU
  GIMP, Inkscape SVG, JPG, LibreOffice (padrão ODF), OGG, OPUS, PDF
  (apenas sem DRM), PNG, TXT, WEBM.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#30961: Byte compilation problem with emacs-org
  2018-03-27 14:20 bug#30961: Byte compilation problem with emacs-org Konrad Hinsen
  2018-03-27 14:43 ` Adonay Felipe Nogueira
@ 2018-03-31  8:23 ` Konrad Hinsen
  2019-12-08 21:38 ` Maxim Cournoyer
  2 siblings, 0 replies; 6+ messages in thread
From: Konrad Hinsen @ 2018-03-31  8:23 UTC (permalink / raw)
  To: 30961

Konrad Hinsen <konrad.hinsen@fastmail.net> writes:

> 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,

I managed to do this in the end, and it does solve the problem. So it
seems that merely having the old version on load-path, without ever
loading it, is sufficient to break byte compilation of the new version.

I will try to prepare a patch for fixing this.

Konrad.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#30961: Byte compilation problem with emacs-org
  2018-03-27 14:20 bug#30961: Byte compilation problem with emacs-org Konrad Hinsen
  2018-03-27 14:43 ` Adonay Felipe Nogueira
  2018-03-31  8:23 ` Konrad Hinsen
@ 2019-12-08 21:38 ` Maxim Cournoyer
  2019-12-09  8:52   ` Konrad Hinsen
  2 siblings, 1 reply; 6+ messages in thread
From: Maxim Cournoyer @ 2019-12-08 21:38 UTC (permalink / raw)
  To: Konrad Hinsen; +Cc: 30961

Hello Konrad,

Konrad Hinsen <konrad.hinsen@fastmail.net> writes:

> 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
>

Does this still occur on latest master?  If so, could you provide more
detailed reproduction steps?  I'd be interested in fixing any remaining
problems.

Thanks,

Maxim

^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#30961: Byte compilation problem with emacs-org
  2019-12-08 21:38 ` Maxim Cournoyer
@ 2019-12-09  8:52   ` Konrad Hinsen
  2019-12-13  2:06     ` T460s laptop
  0 siblings, 1 reply; 6+ messages in thread
From: Konrad Hinsen @ 2019-12-09  8:52 UTC (permalink / raw)
  To: Maxim Cournoyer; +Cc: 30961

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#30961: Byte compilation problem with emacs-org
  2019-12-09  8:52   ` Konrad Hinsen
@ 2019-12-13  2:06     ` T460s laptop
  0 siblings, 0 replies; 6+ messages in thread
From: T460s laptop @ 2019-12-13  2:06 UTC (permalink / raw)
  To: Konrad Hinsen; +Cc: Maxim Cournoyer, 30961-done

Hello Konrad,

Konrad Hinsen <konrad.hinsen@fastmail.net> 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. 30961@debbugs.gnu.org for this one) with a "-done" appended to the
bug number, like this:

30961-done@debbugs.gnu.org

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2019-12-13  2:07 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-03-27 14:20 bug#30961: Byte compilation problem with emacs-org Konrad Hinsen
2018-03-27 14:43 ` Adonay Felipe Nogueira
2018-03-31  8:23 ` Konrad Hinsen
2019-12-08 21:38 ` Maxim Cournoyer
2019-12-09  8:52   ` Konrad Hinsen
2019-12-13  2:06     ` T460s laptop

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).