Undocumented option "bash_hack" is gone.
New function syntastic#util#system(), that sets up the environment and
is now used consistently everywhere.
Unrelated fix for the elixir checker (syntax).
(1) Checkers now have an _exec attribute, and an accessor getExec().
(2) CreateAndRegisterChecker() initializes _exec from an optional argument
'exec'. If this argument is missing, 'name' is used instead.
(3) Functions SyntaxCheckers_*_IsAvailable() are now dictionary functions.
(4) Functions SyntaxCheckers_*_IsAvailable() are now optional. When
they are missing, they are assumed to return executable(expand(self.getExec())).
(5) Argument 'exe' of function syntastic#makeprg#build() is now optional.
If this argument is missing, expand(self.getExec()) is used to set checker
executables.
Make SyntaxCheckers_*_GetLocList() dictionary functions.
Pass a reference to the current checker to syntastic#makeprg#build().
Add an optional 'redirect' argument to CreateAndRegisterChecker().
Change the sh checker to use the new dictionary functions.
Add a new registry method getLocListRaw() (needed for the sh checker).
Helper script efm_perl.pl is no longer needed, error formatting is now
done in a preprocess function.
g:syntastic_perl_interpreter is now a list. If set to a string,
the value is still used for backward compatibility, but a
deprecation warning is issued. There is also a buffer-scoped
b:syntastic_perl_interpreter.
Warnings are are now checked only if no errors are found.
Scenario:
- a C file is recognized as having filetype cpp
- run :SyntasticInfo
- run :setf c
- run :SyntasticInfo again
The only checker recognized will be oclint. The reason is, oclint is
registered as a c checker when called from cpp initialization, and that
prevents registering other c checkers when calling ':setf c'.
Solution: always initialize all checkers for a filetype.
