That's helpful. Thank you.
On Thu, 2014-05-08 at 10:25 +0800, Elias Mårtenson wrote:
> For my own workflow, I have set the Emacs variable
> "gnu-apl-libemacs-location" to point to the location of the .so file.
> This variable can be used to decouple the location of the library with
> the GNU APL
There is such a warning, but it only tells you if the opposite is true; if
your native library is newer than the Lisp code. I can't warn the other
way, because the lisp code can update from MELPA without the user upgrading
GNU APL itself.
For my own workflow, I have set the Emacs variable "
gnu-ap
As one of the folks who likes to use gnu-emacs-mode updates (as opposed
to the older version that's bundled with gnu-apl), I have separate
working directories for gnu-apl and gnu-emacs-mode.
Maybe there's an easier way, but here's what I've been doing to
reinstall the latest gnu-apl-mode native co
