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: 1.65
First Submitted: 2020-08-21 14:09
Last Updated: 2021-02-28 11:33

Required by (411)

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 »

miguelbernadi commented on 2021-05-03 12:16

The native-comp branch was merged to master on April 25th. Is this AUR package going to change or be abandoned like Is there going to be another way to get the pgtk branch until that is merged as well?

japhir commented on 2021-04-20 09:05

Hey I don't know where to post questions, so I thought I'd do it here. I love the package! It renders fonts much nicer, feels snappier, and restarts the client when it crashes (I make my emacsclient crash every now and then by running computationally expensive R code through ess).

My main question is: how can I get the clipboard sharing between other wayland apps and emacs working again? I'm on sway, and have wl-clipboard-git installed, but since switching copy/paste doesn't work anymore. When I select stuff in vusual-mode and yank, I also can no longer paste it outside of emacs.

EDIT: further debugging: this problem no longer persists after I restart the emacs daemon. I have no idea why, but if it works it works! systemctl --user restart emacs.service is all it takes.

ohhskar commented on 2021-04-20 08:03

@MithicSpirit @Thaodan Got it working now after rebuilding. Thanks for the help!

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.