* evil-commands.el (evil-forward-word-begin): Instead of hardcoding
  #'evil-change to apply workarounds, read from a
  `evil-change-commands' list instead.

This patch adds a new variable, `evil-change-commands', which defines
functions that evil will treat as bound to 'c'. When wrapping
`evil-change', add your function to this list to get the same behavior
as `evil-change'.

Example usage:

(add-to-list 'evil-change-functions #'my-evil-change)

One special case occurs with the ex commands ":s/^/ #/" or ":'<,'>s/^/ #/". The
range passed to evil-ex-substitute includes the final newline which means that
the zero-length regex "^" will match on the line below the intended range. This
is now checked for explicitly.

Another occurs using the regex "$", as in ":%s/$/ TEST". In this case, after the
replacement occurs point is still looking at the end of the same line. To test
for this case, when there is a zero-length match we test the next search to see
if point won't move following the next (successful) search. If so, we move point
explicitly.

Finally, this fixes an issue where we could inadvertently move point past
end-marker. This wasn't a big deal, but it did print a message in the *Messages*
buffer.

Fixes #881

I am trying imenu first because I vaguelly remember that on a rare occasion, when both are available, it's better than semantic. At the very least because semantic have to parse includes/imports as well, when imenu might already have the info about location of the definition.

v2: wasamasa: use (ignore-errors)

Signed-off-by: Constantine Kharlamov <Hi-Angel@yandex.ru>

nxml-mode somehow changes the match data during the course of using
evil-ex-substitute with the gc flags. Make evil-ex-substitute very careful about
using the right match-data for moving point and performing replacements. This
should not be necessary, but I guess we can't rely on modes to be careful about
not overwriting the match data randomly.

Fixes #859

Allows one to prevent evil-visual-paste from automatically adding the replaced
text to the kill ring, which changes what will be pasted next.

Zero length regexps, particularly "$", may get matched over and over. Also add a
test for this.

Fixes #849