Files
doomemacs/core
Henrik Lissner fb89327ff2 Revert to straight's original bytecomp behavior
Half-reverts 628f0a9, which forced straight to byte-compile packages in
another Emacs session, which produced failures for packages that didn't
properly load their compile-time dependencies (e.g. macro calls).

But now, I realize that _not_ failing in those cases is worse and
produces odd byte-code issues like #1657 or invalid-function ((date
date)) errors. This doesn't guarantee a fix, but at least takes the ball
out of Doom's court, and gracefully fails to uncompiled packages, rather
than incorrect bytecode.
2021-05-15 14:09:08 -04:00
..
2021-05-15 14:09:08 -04:00
2021-05-15 14:08:21 -04:00