Closed tarsius closed 3 years ago
Thanks for pointing that out @tarsius -- I've fixed this in all of my elisp repos, including this one and dynaring. I think that should do it, but if I've missed any instances then please feel free to reopen.
Thanks! I'll let you know if I see one.
This concerns the elisp files in the
dev/
directories of this package as well as ofdynaring
.Test files should not
provide
a feature. Providing a feature is only suitable for libraries that are loaded by other libraries/packages or by the end user usingrequire
. Forrequire
to be able to do its job, the library that provides the feature has to be located on theload-path
, but test files should not be located on theload-path
.You are probably already loading this test file using something like
(load "relative/path/to/it")
and can just remove theprovide
form. If not, then you probably just have to replace arequire
with a such aload
form somewhere.One reason why test files should not
provide
a feature and/or reside on theload-path
is that authors tend to name those files justtests.el
or something like that. If only one package does that, then that works, but it only takes two out of several thousands and things start to get problematic. In fact I usually don't notice such issues until there actually are two packages that provide the exact same "testing feature".I have written similar messages many many times so I now use a template. I try to adjust it to match each individual case but it might still not apply 100% in all cases.