Package Details: emacs-pgtk-native-comp-git

Git Clone URL: (read-only, click to copy)
Package Base: emacs-pgtk-native-comp-git
Description: GNU Emacs. Unofficial pgtk-nativecomp branch.
Upstream URL:
Licenses: GPL3
Conflicts: emacs, emacs-27-git, emacs-git, emacs-seq, emacs26-git
Provides: emacs, emacs-seq
Replaces: emacs-git, emacs-seq, emacs26-git, emacs27-git
Submitter: flatwhatson
Maintainer: flatwhatson
Last Packager: flatwhatson
Votes: 12
Popularity: 2.74
First Submitted: 2020-08-21 14:09
Last Updated: 2021-02-28 11:33

Required by (414)

Sources (1)

Pinned Comments

flatwhatson commented on 2020-09-22 00:05

Native-comp emacs can take a while to compile, especially if you're only using 1 core. Make sure you have customized MAKEFLAGS in /etc/makepkg.conf to use all your cores:

This package builds with make NATIVE_FULL_AOT=1 by default, which native-compiles all the built-in Elisp. Edit the PKGBUILD, search for FAST_BOOT= and make it FAST_BOOT="YES" to get a shorter build time, at the cost of lazily native-compiling core Elisp at runtime.

Latest Comments

1 2 3 Next › Last »

mintsoup commented on 2021-04-19 22:24

Thanks for the package! It compiles and runs fine, but it appears the native elisp modules can't be loaded. Emacs doesn't load my init file, and most of the builtin functionality is broken (dired, major and minor modes, everything). What could be wrong? I am using the exact same PKGBUILD, only enabled link-time optimization. This also happened with FAST_BOOT disabled.

MithicSpirit commented on 2021-04-19 14:12

@ohhskar btw the issue has been fixed; try rebuilding the package now.

Thaodan commented on 2021-04-18 23:42

Hey watch for The bug is fixed however the fix may be not the branch here atm. If you want you can grab the fix from my branch:

MithicSpirit commented on 2021-04-18 17:09

@ohhskar this is an issue with a recent change to the feature/native-comp branch. From looking at the source code, it appears to have already been fixed, though it has yet to be merged into git://

ohhskar commented on 2021-04-18 09:59

I'm getting an error when running emacs from any directory other than usr/bin. I'm getting emacs: could not resolve realpath of "emacs": No such file or directory. Running emacs in the /usr/bin does not produce this error, nor does inputting the whole location.

In addition, creating an emacs directory in the current directory removes the initial error, but produces another one: emacs: /home/ohhskar/../native-lisp/28.0.50-eb000c8e/preloaded/window-0d1b8b93-581f9fcd.eln: cannot open shared object file: No such file or directory.

I've tried rebuilding the package but the error still persists.

toshi_pp commented on 2021-03-25 15:10

Hi, I face a bug which compiles packages anytime. It is already reported to upstream and fixed. I test the fix locally and it works correctly. Would you update your repository?

memeplex commented on 2021-02-07 06:54

Hi, do you know if the GTK backend support rendering of pixmaps and other GUI elements at the appropriate scaling factor? Last time I checked Emacs code, some rendering routines were deeply buried into C/Lisp code, too custom and difficult to adapt to varying scaling factors.

flatwhatson commented on 2021-02-07 02:34

@kris7t I rolled the pgtk-nativecomp branch back to 146655 due to compilation errors, but I guess you managed to kick off a build in the few minutes while it was broken. Sorry about that!

kris7t commented on 2021-02-06 23:06

Compilations seems to fail right after creating bootstrap-emacs.pdmp like this:

According to the backtrace, it seems Emacs is trying to funcall into a NULL pointer:

#0  0x0000000000000000 in  ()
#1  0x0000555f36d76f61 in Ffuncall (nargs=1, args=0x7ffe1526aaa8) at eval.c:3006
#2  0x0000555f36d76fe8 in call0 (fn=<optimized out>) at eval.c:2859
#3  0x0000555f36d25d8b in set_minibuffer_mode (buf=buf@entry=0x7f12592d3f9d, depth=depth@entry=0)
    at minibuf.c:947
#4  0x0000555f36d27730 in get_minibuffer (depth=0) at minibuf.c:976
#5  0x0000555f36c41e76 in make_frame (mini_p=mini_p@entry=true) at frame.c:981
#6  0x0000555f36c41eca in make_initial_frame () at frame.c:1106
#7  0x0000555f36c8e9b8 in init_window_once_for_pdumper () at window.c:8168
#8  0x0000555f36d60973 in pdumper_load
    (dump_filename=<optimized out>, argv0=<optimized out>, original_pwd=original_pwd@entry=0x555f383b2d80 "/home/kris/.cache/paru/clone/emacs-pgtk-native-comp-git/src/emacs-git/lisp") at pdumper.c:5592
#9  0x0000555f36c32003 in load_pdump
    (original_pwd=0x555f383b2d80 "/home/kris/.cache/paru/clone/emacs-pgtk-native-comp-git/src/emacs-git/lisp", argv=<optimized out>, argc=<optimized out>) at emacs.c:886
#10 main (argc=<optimized out>, argv=<optimized out>) at emacs.c:1094

I'm not sure whether upstream is broken currently, or the fault is due to running glibc 2.33-3. Nevertheless, the previous emacs-pgtk-native-comp-git I compiled runs fine even with the new glibc. I'm using NATIVE_FULL_AOT=1 (i.e., FAST_BOOT=).

flatwhatson commented on 2021-01-20 11:07

@leejuyuu autoconf is part of the base-devel group which is assumed to be installed when building with makepkg and should not be included in dependencies.