Bundling of other libraries (i.e. undotree and goto-chg)
Hi, I've found myself another bloody toe. The libraries undo-tree and goto-chg are distributed with evil. While they are great and really add value to evil, it's also a mess: The undo-tree release is older than the official (0.3.0 vs. 0.3.1). If it's just convenience to provide them, then please replace those with a note or warning when the libraries are not found. Just my 2 cents, Michael
Am Mon, 08 Aug 2011 20:02:43 +0200 schrieb Michael Markert <[email protected]>:
Hi,
I've found myself another bloody toe.
The libraries undo-tree and goto-chg are distributed with evil. While they are great and really add value to evil, it's also a mess: The undo-tree release is older than the official (0.3.0 vs. 0.3.1).
If it's just convenience to provide them, then please replace those with a note or warning when the libraries are not found.
You're right, I think they are in the archive just for convenience. As both are provided via elpa they should be removed. Thx for pointing out. Frank
On 2011-08-08 20:02 +0200, Michael Markert wrote:
The libraries undo-tree and goto-chg are distributed with evil. ... If it's just convenience to provide them, then please replace those with a note or warning when the libraries are not found.
They are provided so that "make test", "make emacs" and similar Makefile rules can always load them. When elusive bugs are encountered, it's convenient to be able to start a fresh instance of Emacs which doesn't load the user's settings at all. On the other hand, when the user's settings /are/ loaded, these files should not be. Commit 586bbdb places them in a subdirectory lib/, which shields them from the `load-path' since Emacs does not add directories recursively.[1] [1] Although one can force it to by calling `normal-top-level-add-subdirs-to-load-path'. In that case, remove "~/.emacs.d/evil/lib" from `load-path' afterwards. -- Vegard
participants (3)
-
Frank Fischer -
Michael Markert -
Vegard Øye