refactor(lib): provide doom-libs as subfeatures

This allows us to load them via doom-require. Why not use normal
features? Because Doom's libraries are designed to be loaded as part of
Doom, and will openly rely on Doom state if needed; this is a contract I
want to enforce by ensuring their only entry points are through
`doom-require` or autoloading.

I will add them to the rest of the libraries later.

Site-node: this also adds Commentary+Code to the comment headings, as I
want a space to use that space to describe the library, when I get
around to it.
This commit is contained in:
Henrik Lissner 2022-09-08 00:08:54 +02:00
parent a179b8d262
commit b121c5e1c6
No known key found for this signature in database
GPG key ID: B60957CA074D39A3
8 changed files with 57 additions and 20 deletions

View file

@ -1,4 +1,6 @@
;;; lisp/lib/files.el -*- lexical-binding: t; -*-
;;; Commentary:
;;; Code:
(defun doom-files--build-checks (spec &optional directory)
"Converts a simple nested series of or/and forms into a series of
@ -507,3 +509,6 @@ If FORCE-P, overwrite the destination file if it exists, without confirmation."
(setq recentf-list (delete file recentf-list))
(recentf-save-list)
(message "Removed %S from `recentf-list'" (abbreviate-file-name file)))
(provide 'doom-lib '(files))
;;; files.el ends here