Henrik Lissner 485f097297 Make native-comp-* aliases more robust ...

(defvaralias A B) throws an error if A is already defined. This breaks
Doom in the event that Doom's config is loaded late (e.g. with 'doom
run'), or these variables are set elsewhere (e.g. the sandbox). I didn't
want to have to do all these checks at startup, but it seems
unavoidable.

Since Doom will only support near-enough the latest commit of Emacs 28
HEAD, I will remove these fixes at the end of May, give or take a week.

2021-05-12 00:18:36 -04:00

..

autoload

Fix #5038: sandbox redefining comp var aliases

2021-05-11 21:29:54 -04:00

cli

Fix #4995: adapt to more renamed comp-* symbols

2021-05-11 19:03:18 -04:00

templates

Update help keybinds in 'doom install' postamble

2020-07-28 20:08:32 -04:00

test

core-cli: backport more refactors from rewrite

2020-08-24 23:00:32 -04:00

core-cli.el

Fix missing doom.error.log and silent straight errors

2021-03-22 21:11:22 -04:00

core-editor.el

Refactor doom--recentf-file-truename-fn

2021-05-09 00:20:52 -04:00

core-keybinds.el

Minor reformatting & refactors across the board

2021-02-25 13:59:43 -05:00

core-lib.el

Add :defer support to add-hook! macro

2021-05-09 13:06:24 -04:00

core-modules.el

core: minor refactors and comment revisions

2021-05-06 18:36:32 -04:00

core-packages.el

core: minor refactors and comment revisions

2021-05-06 18:36:32 -04:00

core-projects.el

Fix #4925: defining lexical variables error in 28+

2021-04-29 13:25:48 -04:00

core-ui.el

Fix custom{,theme-}set-faces!, again

2021-05-10 16:05:19 -04:00

core.el

Make native-comp-* aliases more robust

2021-05-12 00:18:36 -04:00

packages.el

Bump :core

2021-04-29 17:24:40 -04:00