Emacs master has a number of fixes for scheme-mode which are nice to
have on older versions. In particular, this includes indentation fixes
for common Scheme functions and improves Imenu integration for Guile.
featurep! will be renamed modulep! in the future, so it's been
deprecated. They have identical interfaces, and can be replaced without
issue.
featurep! was never quite the right name for this macro. It implied that
it had some connection to featurep, which it doesn't (only that it was
similar in purpose; still, Doom modules are not features). To undo such
implications and be consistent with its namespace (and since we're
heading into a storm of breaking changes with the v3 release anyway),
now was the best opportunity to begin the transition.
emacs-geiser/geiser@aa26163 -> emacs-geiser/geiser@c5a9aae
With emacs-geiser/geiser@c5a9aae, geiser-impl--add-to-alist is now
autoloaded. This fixes#4863 by preventing void-function errors at
startup or 'doom sync'-time.
But this presents a new problem: geiser-impl is guaranteed to be
needlessly loaded at startup, the first time geiser-impl--add-to-list is
called among, say, geiser-chez's package autoloads. To get around this I
forcibly redefine it as an inline-able function (with defsubst) and
shove this new definition into Doom's autoloads file (where it will
appear before package autoloads).
Since Doom byte-compiles its autoloads file (containing concatenated
autoloads from all doom modules and packages), geiser-impl--add-to-alist
calls (and geiser-activate-implementation calls too, which is already
inline-able) will be inlined, fixing the issue.
Fixes#4863
jaor/geiser@8e61c27 -> emacs-geiser/geiser@aa26163
The upstream repo was moved. MELPA has since been updated so an explicit
:recipe isn't strictly necessary, but I'll use it for the time being
just to be sure (in case of outdated local melpa recipe repos).
