doomemacs/lisp/cli
Henrik Lissner 6f1c0f7cc7
fix: "symbol's value as variable is void: \213" error
Some installs of Emacs do not come with byte-compiled versions of its
bundled elisp files, so when loading them, Emacs falls back to loading
its *.el.gz files. This would be fine if it were not for a  startup
optimization Doom employs, where it sets file-name-handler-alist to
nil (and by doing so, robs Emacs of the ability to read compressed
elisp). This causes "symbol's value as variable is void: \213" errors at
startup.

With this commit, Doom now disables this optimization early if it
suspects this applies to your install. But time will tell if it's early
enough.

Ref: https://mail.gnu.org/archive/html/emacs-devel/2022-08/msg00234.html
2022-08-08 18:52:32 +02:00
..
make refactor!: restructure Doom core 2022-07-30 22:41:13 +02:00
autoloads.el fix: "symbol's value as variable is void: \213" error 2022-08-08 18:52:32 +02:00
ci.el feat!(cli): load project .doomrc instead of ci.el 2022-08-07 19:43:28 +02:00
compile.el refactor!: restructure Doom core 2022-07-30 22:41:13 +02:00
doctor.el refactor!: restructure Doom core 2022-07-30 22:41:13 +02:00
env.el refactor!: restructure Doom core 2022-07-30 22:41:13 +02:00
help.el refactor!: restructure Doom core 2022-07-30 22:41:13 +02:00
info.el refactor!: restructure Doom core 2022-07-30 22:41:13 +02:00
install.el refactor!: restructure Doom core 2022-07-30 22:41:13 +02:00
make.el feat(cli): generalize 'doom make codeowners' 2022-08-07 19:43:28 +02:00
packages.el refactor: replace doom-enlist with ensure-list 2022-08-07 19:43:13 +02:00
run.el refactor!: restructure Doom core 2022-07-30 22:41:13 +02:00
sync.el refactor!: restructure Doom core 2022-07-30 22:41:13 +02:00
test.el refactor!: restructure Doom core 2022-07-30 22:41:13 +02:00
upgrade.el fix(cli): more future resistant 'doom upgrade' 2022-07-31 00:58:36 +02:00