@moss there was recently some discussion of the "org version mismatch" issue on the mailing list: https://lists.gnu.org/archive/html/emacs-devel/2023-05/msg00438.html
Eli's suggestion at this time is to remove all the *.elc files in lisp/org/.
Git Clone URL: | https://aur.archlinux.org/emacs29-git.git (read-only, click to copy) |
---|---|
Package Base: | emacs29-git |
Description: | GNU Emacs. Development emacs29 release branch. |
Upstream URL: | http://www.gnu.org/software/emacs/ |
Keywords: | development editor emacs ide text |
Licenses: | GPL3 |
Conflicts: | emacs |
Provides: | emacs |
Replaces: | emacs |
Submitter: | xiliuya |
Maintainer: | xiliuya |
Last Packager: | xiliuya |
Votes: | 7 |
Popularity: | 0.000016 |
First Submitted: | 2022-12-01 16:16 (UTC) |
Last Updated: | 2024-01-20 10:38 (UTC) |
@moss there was recently some discussion of the "org version mismatch" issue on the mailing list: https://lists.gnu.org/archive/html/emacs-devel/2023-05/msg00438.html
Eli's suggestion at this time is to remove all the *.elc files in lisp/org/.
@moss This may be because you did not clean up the files generated during the previous compilation.
You can try executing rm -rf ./src ./pkg
and then rebuild.
I was able to build this package in Jan, but now I am hitting this error.. Is something wrong with my setup? I do not have org installed elsewhere, i even checked strace
output to see if emacs is trying to load another org file from somewhere on my system, but it doesn't.
Any tips to debug this?
make[4]: Entering directory '/home/marcin/Projects/external/emacs29-git/src/emacs-git/lisp'
'../src/emacs' -batch --no-site-file --no-site-lisp --eval "(setq load-prefer-newer t byte-compile-warnings 'all)" -f batch-byte-compile org/ox-texinfo.el
Warning (emacs): Org version mismatch. Org loading aborted.
This warning usually appears when a built-in Org version is loaded
prior to the more recent Org version.
Version mismatch is commonly encountered in the following situations:
1. Emacs is loaded using literate Org config and more recent Org
version is loaded inside the file loaded by ‘org-babel-load-file’.
‘org-babel-load-file’ triggers the built-in Org version clashing
the newer Org version attempt to be loaded later.
It is recommended to move the Org loading code before the
‘org-babel-load-file’ call.
2. New Org version is loaded manually by setting ‘load-path’, but some
other package depending on Org is loaded before the ‘load-path’ is
configured.
This "other package" is triggering built-in Org version, again
causing the version mismatch.
It is recommended to set ‘load-path’ as early in the config as
possible.
3. New Org version is loaded using straight.el package manager and
other package depending on Org is loaded before straight triggers
loading of the newer Org version.
It is recommended to put
(straight-use-package 'org)
early in the config. Ideally, right after the straight.el
bootstrap. Moving ‘use-package’ :straight declaration may not be
sufficient if the corresponding ‘use-package’ statement is
deferring the loading.
In toplevel form:
org/ox-texinfo.el:33:2: Error: Org version mismatch. Make sure that correct ‘load-path’ is set early in init.el
make[4]: *** [Makefile:332: org/ox-texinfo.elc] Error 1
Hello,@gazj
This is because this package defaults to use native-compile
and only compiles performance critical lisp files.
This is a feature of native-compile
, which usually only needs to be compiled once (This is usually time-consuming and requires waiting until the compilation is complete).
If you want to turn it off, you only need to edit PKGBUILD
in the aur assistant, such as paru
to change JIT="YES"
to JIT=
.
If you want to use native-compile
, you can modify AOT=
to AOT="YES"
, but this will extend the compilation time.
And this will still compile other lisp packages in your configuration file on the first startup.
Another way is to join in early-init.el
(setq native-comp-jit-compilation nil)
This also eliminates the need to compile .elc files.
Hi xiliuya. I have a problem where everytime I launch emacs it compiles every package again (native comp). This was fine on Emacs28 before I upgraded. I did ask on the emacs IRC (as I guessed it was probably a problem with my config) but they suggested reporting it you as it was fine on Emacs28. Thanks Gary
@jonas-w Yes, I'll add the 'texinfo' dependency
configure: error: You do not seem to have makeinfo >= 4.13, and your
source tree does not seem to have pre-built manuals in the 'info' directory.
Please install a suitable version of makeinfo.
Texinfo seems to be a missing dependency, would be great if you could add it.
Pinned Comments
xiliuya commented on 2023-04-24 15:53 (UTC) (edited on 2023-05-18 03:31 (UTC) by xiliuya)
Hello,@gazj
This is because this package defaults to use
native-compile
and only compiles performance critical lisp files. This is a feature ofnative-compile
, which usually only needs to be compiled once (This is usually time-consuming and requires waiting until the compilation is complete).If you want to turn it off, you only need to edit
PKGBUILD
in the aur assistant, such asparu
to changeJIT="YES"
toJIT=
.If you want to use
native-compile
, you can modifyAOT=
toAOT="YES"
, but this will extend the compilation time. And this will still compile other lisp packages in your configuration file on the first startup.Another way is to join in
early-init.el
This also eliminates the need to compile .elc files.