doomemacs/core
Henrik Lissner 2b98e550e8
Reverse load-path to fix precedence issues
Originally, I built the load-path with site-lisp paths first, then
packages. There was a modest ~10% startup boost doing this, because
there were considerably more site packages loaded at startup than
plugins.

However, this meant built-in packages would get precedence over plugins,
which is undesirable. In org's case, I simply modified the load-path
in lang/org/init.el. However, this issue has cropped up again in #340.

Evidently, that 10% boost may not be worth the risk it imposes, so I've
rearranged the load-path with packages first.
2018-01-10 22:47:35 -05:00
..
autoload Disarm doom/cleanup-session's oppressive regime 2018-01-08 19:36:02 -05:00
test Change add-hook! macro to retain hook order 2018-01-08 14:55:58 -05:00
core-editor.el Narrow down the purpose of init & post-init hooks 2018-01-07 00:15:58 -05:00
core-keybinds.el which-key: don't replace current popup 2018-01-07 06:19:54 -05:00
core-lib.el Change add-hook! macro to retain hook order 2018-01-08 14:55:58 -05:00
core-os.el core-os: remove unnecessary persistent-soft-store 2017-06-10 11:54:47 +02:00
core-packages.el Reverse load-path to fix precedence issues 2018-01-10 22:47:35 -05:00
core-projects.el core-projects: refactor projectile var init 2017-12-31 18:32:56 -05:00
core-ui.el Fix kill-this-buffer's dashboard addiction, the sequel 2018-01-09 04:05:33 -05:00
core.el Narrow down the purpose of init & post-init hooks 2018-01-07 00:15:58 -05:00
packages.el Revert a8f4d85d; back to help-fns+ 2017-12-10 11:49:02 -05:00