doomemacs/lisp/cli
Henrik Lissner 1d8c61698b
fix: "symbol's value as variable is void: \213" error (part 2)
See 6f1c0f7cc7 for part 1.

Turns out startup.elc likely exists on most Emacs installations (and,
since it's so integral to Emacs, it likely gets special treatment), so
it was a poor heuristic for this fix. Instead, a more variable target
would be calc-loaddefs.el.

On some systems, only calc-loaddefs.el.gz exists (in which case, we
should turn off the optimization). On others, calc-loaddefs.el
exists (so I'll assume it's safe to leave them on). I won't check for
calc-loaddefs.elc because it doesn't matter; calc.el explicitly
calls (load "calc-loaddefs.el") so it is never loaded.

Of course, you can sidestep the entire issue by building Emacs with
--without-compress-install, but it's not practical for users to
know/want to do that.

Amend: 6f1c0f7cc7
2022-08-08 22:19:18 +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 (part 2) 2022-08-08 22:19:18 +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