GNU bug report logs - #27581
26.0.50; Error while compiling new Org code

Previous Next

Package: emacs;

Reported by: Stefan Monnier <monnier <at> IRO.UMontreal.CA>

Date: Wed, 5 Jul 2017 00:59:01 UTC

Severity: normal

Found in version 26.0.50

Done: Stefan Kangas <stefan <at> marxist.se>

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 27581 in the body.
You can then email your comments to 27581 AT debbugs.gnu.org in the normal way.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#27581; Package emacs. (Wed, 05 Jul 2017 00:59:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Stefan Monnier <monnier <at> IRO.UMontreal.CA>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 05 Jul 2017 00:59:01 GMT) Full text and rfc822 format available.

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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.0.50; Error while compiling new Org code
Date: Tue, 04 Jul 2017 20:58:20 -0400
Package: Emacs
Version: 26.0.50


When building Emacs's master branch I get errors like:

      ELC      org/org-archive.elc
    
    In toplevel form:
    org/org-archive.el:31:1:Error: Symbol’s function definition is void: org-element-update-syntax
    Makefile:297 : la recette pour la cible « org/org-archive.elc » a échouée

The corresponding stack trace looks like:

    Debugger entered--Lisp error: (void-function org-element-update-syntax)
      (org-element-update-syntax)
      (if data (setcdr data (org-combine-plists (cdr data) parameters)) (setq org-link-parameters (cons (cons type parameters) org-link-parameters)) (org-make-link-regexps) (org-element-update-syntax))
      (let ((data (assoc type org-link-parameters))) (if data (setcdr data (org-combine-plists (cdr data) parameters)) (setq org-link-parameters (cons (cons type parameters) org-link-parameters)) (org-make-link-regexps) (org-element-update-syntax)))
      org-link-set-parameters("file+emacs")
      (progn (org-link-set-parameters "file+emacs") (org-link-set-parameters "file+sys"))
      (closure (org-table1-hline-regexp org-table-tab-recognizes-table\.el org-table-dataline-regexp org-table-any-border-regexp t) nil (progn (org-link-set-parameters "file+emacs") (org-link-set-parameters "file+sys")))()
      eval-after-load-helper("/home/monnier/src/emacs/trunk/lisp/org/org.el")
      run-hook-with-args(eval-after-load-helper "/home/monnier/src/emacs/trunk/lisp/org/org.el")
      do-after-load-evaluation("/home/monnier/src/emacs/trunk/lisp/org/org.el")
      load-with-code-conversion("/home/monnier/src/emacs/trunk/lisp/org/org.el" "/home/monnier/src/emacs/trunk/lisp/org/org.el" nil t)
      require(org)

So it's triggered during the evaluation of org-compat.el's after-load:

    (eval-after-load 'org
      '(progn
         (org-link-set-parameters "file+emacs") ;since Org 9.0
         (org-link-set-parameters "file+sys"))) ;since Org 9.0

There's a (declare-function org-element-update-syntax ...) in org.el but
it looks like org-element is not loaded in this case.

Not sure which is the right fix, but I do wonder why have this
eval-after-load in org-compat.el instead of simply moving the code to
org.el: eval-after-load is normally only used when we need to add code
to a file that's not under our control.


        Stefan



In GNU Emacs 26.0.50 (build 1, x86_64-unknown-linux-gnu, GTK+ Version 2.24.31)
 of 2017-06-28 built on ceviche
Repository revision: 5ca96e5cef1a562dbafc0b14ce6ef0f3362a7be6
Windowing system distributor 'The X.Org Foundation', version 11.0.11902000
System Description:	Debian GNU/Linux testing (buster)

Recent messages:
Saving file /home/monnier/share/misc/recettes...
Wrote /home/monnier/share/misc/recettes
Saving file /home/monnier/share/misc/recettes...
Wrote /home/monnier/share/misc/recettes
Quit
Mark saved where search started
Appended 9 songs
Appended 12 songs
Set MPD volume to 80%
Set MPD volume to 85%

Configured using:
 'configure -C --enable-checking --with-modules --enable-check-lisp-object-type
 'CFLAGS=-Wall -g3 -Og -Wno-pointer-sign'
 PKG_CONFIG_PATH=/home/monnier/lib/pkgconfig'

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND GPM DBUS GCONF GSETTINGS NOTIFY GNUTLS
LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11
MODULES

Important settings:
  value of $LANG: fr_CH.UTF-8
  locale-coding-system: utf-8-unix

Major mode: InactiveMinibuffer

Minor modes in effect:
  diff-auto-refine-mode: t
  electric-pair-mode: t
  global-reveal-mode: t
  reveal-mode: t
  auto-insert-mode: t
  savehist-mode: t
  minibuffer-electric-default-mode: t
  global-compact-docstrings-mode: t
  url-handler-mode: t
  cl-old-struct-compat-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  global-prettify-symbols-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/home/monnier/src/emacs/elpa/packages/svg/svg hides /home/monnier/src/emacs/work/lisp/svg
/home/monnier/src/emacs/elpa/packages/ada-mode/ada-xref hides /home/monnier/src/emacs/work/lisp/progmodes/ada-xref
/home/monnier/src/emacs/elpa/packages/ada-mode/ada-mode hides /home/monnier/src/emacs/work/lisp/progmodes/ada-mode
/home/monnier/src/emacs/elpa/packages/ada-mode/ada-stmt hides /home/monnier/src/emacs/work/lisp/progmodes/ada-stmt
/home/monnier/src/emacs/elpa/packages/ada-mode/ada-prj hides /home/monnier/src/emacs/work/lisp/progmodes/ada-prj
/home/monnier/src/emacs/elpa/packages/hyperbole/set hides /home/monnier/src/emacs/work/lisp/emacs-lisp/set
/home/monnier/src/emacs/elpa/packages/landmark/landmark hides /home/monnier/src/emacs/work/lisp/obsolete/landmark
/home/monnier/src/emacs/elpa/packages/crisp/crisp hides /home/monnier/src/emacs/work/lisp/obsolete/crisp

Features:
(mail-extr emacsbug message subr-x puny dired dired-loaddefs format-spec
rfc822 mml mml-sec gnus-util rmail rmail-loaddefs mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils sort mpc cl-print
epa-file epa derived epg view cal-china lunar solar cal-dst cal-bahai
cal-islam cal-hebrew holidays hol-loaddefs cal-french diary-lib
diary-loaddefs cal-move cal-menu calendar cal-loaddefs executable
copyright whitespace vc vc-dispatcher misearch multi-isearch xscheme
warnings unsafep trace testcover shadow scheme re-builder profiler
inf-lisp ielm comint ansi-color ring gmm-utils ert pp find-func ewoc
debug elp edebug cl-indent cus-edit cus-start cus-load wid-edit vc-git
diff-mode filecache map server time-date noutline outline easy-mmode
flyspell ispell checkdoc thingatpt help-mode load-dir elec-pair reveal
autoinsert proof-site proof-autoloads cl pg-vars savehist minibuf-eldef
disp-table compact-docstrings kotl-loaddefs advice info
realgud-recursive-autoloads finder-inf url-auth package easymenu
epg-config url-handlers url-parse auth-source eieio eieio-core cl-macs
eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib bbdb-autoloads mule-util tooltip
eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel
term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote dbusbind inotify dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 8 229863 26761)
 (symbols 24 28561 0) (miscs 20 6691 1319) (strings 16 68847 5556)
 (string-bytes 1 2027719)
 (vectors 8 38247) (vector-slots 4 1585708 54106) (floats 8 667 649)
 (intervals 28 8528 944)
 (buffers 520 29))




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27581; Package emacs. (Wed, 05 Jul 2017 01:02:02 GMT) Full text and rfc822 format available.

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

From: npostavs <at> users.sourceforge.net
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: 27581 <at> debbugs.gnu.org
Subject: Re: bug#27581: 26.0.50; Error while compiling new Org code
Date: Tue, 04 Jul 2017 21:03:11 -0400
Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:

> Package: Emacs
> Version: 26.0.50
>
>
> When building Emacs's master branch I get errors like:
>
>       ELC      org/org-archive.elc
>     
>     In toplevel form:
>     org/org-archive.el:31:1:Error: Symbol’s function definition is void: org-element-update-syntax
>     Makefile:297 : la recette pour la cible « org/org-archive.elc » a échouée

I think I hit this, and doing 'make autoloads' fixed it.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27581; Package emacs. (Wed, 05 Jul 2017 01:05:01 GMT) Full text and rfc822 format available.

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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: npostavs <at> users.sourceforge.net
Cc: 27581 <at> debbugs.gnu.org
Subject: Re: bug#27581: 26.0.50; Error while compiling new Org code
Date: Tue, 04 Jul 2017 21:04:17 -0400
> I think I hit this, and doing 'make autoloads' fixed it.

Duh, indeed, so the `declare-function` should be removed.
Remains my question about the use of eval-after-load.


        Stefan




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27581; Package emacs. (Wed, 05 Jul 2017 01:14:02 GMT) Full text and rfc822 format available.

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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: npostavs <at> users.sourceforge.net
Cc: 27581 <at> debbugs.gnu.org
Subject: Re: bug#27581: 26.0.50; Error while compiling new Org code
Date: Tue, 04 Jul 2017 21:13:18 -0400
>> I think I hit this, and doing 'make autoloads' fixed it.
> Duh, indeed, so the `declare-function` should be removed.

Hmm... I see that org-loaddefs is only loaded at run-time and not at
compile-time, so removing the declare-function leads to a warning.
Now I also wonder why org-loaddefs is not loaded during compilation.

> Remains my question about the use of eval-after-load.


        Stefan




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27581; Package emacs. (Wed, 05 Jul 2017 20:05:02 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: 27581 <at> debbugs.gnu.org
Subject: Re: bug#27581: 26.0.50; Error while compiling new Org code
Date: Wed, 05 Jul 2017 16:04:47 -0400
Stefan Monnier wrote:

> Not sure which is the right fix, but I do wonder why have this
> eval-after-load in org-compat.el instead of simply moving the code to
> org.el: eval-after-load is normally only used when we need to add code
> to a file that's not under our control.

I would guess it's for installing a newer Org than your Emacs
installation came with, from which point of view the org.el that came
with Emacs isn't under (y)our control.

(BTW, reporting Org issues to bug-gnu-emacs, rather than their own mailing
list, is generally unproductive AFAICS.)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27581; Package emacs. (Wed, 05 Jul 2017 20:07:01 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: 27581 <at> debbugs.gnu.org, npostavs <at> users.sourceforge.net
Subject: Re: bug#27581: 26.0.50; Error while compiling new Org code
Date: Wed, 05 Jul 2017 16:06:02 -0400
Stefan Monnier wrote:

> Hmm... I see that org-loaddefs is only loaded at run-time and not at
> compile-time, so removing the declare-function leads to a warning.
> Now I also wonder why org-loaddefs is not loaded during compilation.

Probably an unintended consequence of

http://orgmode.org/cgit.cgi/org-mode.git/commit/lisp/org.el?h=maint&id=f36b19e




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27581; Package emacs. (Wed, 05 Jul 2017 20:10:02 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: 27581 <at> debbugs.gnu.org
Subject: Re: bug#27581: 26.0.50; Error while compiling new Org code
Date: Wed, 05 Jul 2017 16:09:04 -0400
Glenn Morris wrote:

> I would guess it's for installing a newer Org than your Emacs
> installation came with, from which point of view the org.el that came
> with Emacs isn't under (y)our control.

Bah, I think that's nonsense, ignore me.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27581; Package emacs. (Wed, 05 Jul 2017 23:20:02 GMT) Full text and rfc822 format available.

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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 27581 <at> debbugs.gnu.org, npostavs <at> users.sourceforge.net
Subject: Re: bug#27581: 26.0.50; Error while compiling new Org code
Date: Wed, 05 Jul 2017 19:19:29 -0400
>> Hmm... I see that org-loaddefs is only loaded at run-time and not at
>> compile-time, so removing the declare-function leads to a warning.
>> Now I also wonder why org-loaddefs is not loaded during compilation.
> Probably an unintended consequence of
> http://orgmode.org/cgit.cgi/org-mode.git/commit/lisp/org.el?h=maint&id=f36b19e

Hmm... that doesn't look like it: the previous code used just
a top-level (load ...) which wasn't run during compilation either.


        Stefan




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27581; Package emacs. (Mon, 10 Aug 2020 17:10:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 27581 <at> debbugs.gnu.org, npostavs <at> users.sourceforge.net
Subject: Re: bug#27581: 26.0.50; Error while compiling new Org code
Date: Mon, 10 Aug 2020 10:09:36 -0700
Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:

>> I think I hit this, and doing 'make autoloads' fixed it.
>
> Duh, indeed, so the `declare-function` should be removed.
> Remains my question about the use of eval-after-load.

Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:

> So it's triggered during the evaluation of org-compat.el's after-load:
>
>     (eval-after-load 'org
>       '(progn
>          (org-link-set-parameters "file+emacs") ;since Org 9.0
>          (org-link-set-parameters "file+sys"))) ;since Org 9.0
>
> There's a (declare-function org-element-update-syntax ...) in org.el but
> it looks like org-element is not loaded in this case.
>
> Not sure which is the right fix, but I do wonder why have this
> eval-after-load in org-compat.el instead of simply moving the code to
> org.el: eval-after-load is normally only used when we need to add code
> to a file that's not under our control.

I can't find that eval-after-load in org-compat.el, so I guess this has
been fixed in the three years since this was reported.

I guess this should be closed then?

Best regards,
Stefan Kangas




Reply sent to Stefan Kangas <stefan <at> marxist.se>:
You have taken responsibility. (Thu, 01 Oct 2020 12:00:03 GMT) Full text and rfc822 format available.

Notification sent to Stefan Monnier <monnier <at> IRO.UMontreal.CA>:
bug acknowledged by developer. (Thu, 01 Oct 2020 12:00:03 GMT) Full text and rfc822 format available.

Message #34 received at 27581-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 27581-done <at> debbugs.gnu.org, npostavs <at> users.sourceforge.net
Subject: Re: bug#27581: 26.0.50; Error while compiling new Org code
Date: Thu, 1 Oct 2020 04:59:14 -0700
Stefan Kangas <stefan <at> marxist.se> writes:

> Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:
>
>>> I think I hit this, and doing 'make autoloads' fixed it.
>>
>> Duh, indeed, so the `declare-function` should be removed.
>> Remains my question about the use of eval-after-load.
>
> Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:
>
>> So it's triggered during the evaluation of org-compat.el's after-load:
>>
>>     (eval-after-load 'org
>>       '(progn
>>          (org-link-set-parameters "file+emacs") ;since Org 9.0
>>          (org-link-set-parameters "file+sys"))) ;since Org 9.0
>>
>> There's a (declare-function org-element-update-syntax ...) in org.el but
>> it looks like org-element is not loaded in this case.
>>
>> Not sure which is the right fix, but I do wonder why have this
>> eval-after-load in org-compat.el instead of simply moving the code to
>> org.el: eval-after-load is normally only used when we need to add code
>> to a file that's not under our control.
>
> I can't find that eval-after-load in org-compat.el, so I guess this has
> been fixed in the three years since this was reported.
>
> I guess this should be closed then?

More information was requested, but none was given within 7 weeks, so
I'm closing this bug.  If this is still an issue, please reply to this
email (use "Reply to all" in your email client) and we can reopen the
bug report.

Best regards,
Stefan Kangas




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 30 Oct 2020 11:24:13 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 150 days ago.

Previous Next


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