08a4701774
Fix case where private init.el has no doom! block
...
This shouldn't error out. It's better if Doom ran normally, just without
any of its modules activated.
Addresses issue mentioned in #681
2018-06-14 00:45:57 +02:00
4c2107d595
Refactor doom-module-from-path
...
If PATH is omitted, use (FILE!); also use doom-keyword-intern.
2018-06-12 21:07:34 +02:00
acbad5ca01
Add ALL-P parameter to doom-module-load-path
...
Allowing it to return path to *all* modules, whether or not they are
activated.
2018-06-12 21:07:34 +02:00
9ec0461162
Revert "Refactor def-package!"
...
This reverts commit f7a86ae281
2018-06-12 01:58:06 +02:00
f7a86ae281
Refactor def-package!
...
It is no longer necessary to gate use-package calls with
:if/:when/:unless checks during byte-compilation. This was fixed
somewhere along the way.
2018-06-12 00:26:28 +02:00
0741c8851a
Split core-packages into two (packages & modules)
...
+ Move doom-initialize et co into core.el
+ Lazy load core-packages
+ load! has been moved into core-lib
+ Added FILE! and DIR! macros
+ Fix package! not returning correct value when package is disabled
+ Remove :disabled support for def-package-hook! officially
2018-06-12 00:02:04 +02:00
