Fixes #540 #544 #552 #554 #555

No functional change. Prepares for running a full alias through the
state machine.

Related to https://github.com/zsh-users/zsh-syntax-highlighting/issues/549#issuecomment-431628338 and to #556.

Update the test point for f3410c5862 (#264),
which changed the highlighting of aliases to consider what they resolve to.

Now the test file has both ${aliases[alias1]} and ${functions[alias1]},
the expectation is 'alias', and passes; thus:

Fixes #588.

The test never actually defined a function named 'alias1', not even
when zsh 5.4 warned it about this (see 9523d6d49cb3d4db5bd84c3cec6168a2057fe3ab,
which was wrong and is hereby reverted).

The test that's now failing has been filed as issue #558.

This avoids a bug in zsh 4.3.12 and prior which affects passing
arguments to an anonymous function.

Closes #547.

Found-by: Matthew Martin

Currently, without zsh/zle loaded, the tests silently fall back to the
5.2-and-earlier codepath; see:
.
    https://github.com/zsh-users/zsh-syntax-highlighting/pull/356#issuecomment-243651251

Suggested-by: m0viefreak

Based on code by Bart Schaefer (reference within).

Tested with zsh 5.0.7-5 (debian package) and with 5b4cbcc842c6 (39158,
5.3-to-be of today).

(Currently a noop)

Compare issue #288.

This feature will be released in zsh 5.3.  Older zsh's will use the existing
codepath.

Fixes #499.

Avoids an error in pre-5.0.8: bad pattern: -[]#

This could be triggered if BUFFER='\'.

No functional change.

No functional change.

() ) } are invalid as a redirection target.
() } are invalid in an array assignment.

No functional change.

This allows for use of continue.

The below code handles this case.

This will set style=alias before the great fork.