vim/syntastic
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
syntastic/syntax_checkers/python/pylint.vim

42 lines
1.2 KiB
VimL
Raw Normal View History

split python checker out into 3 files previously there were 3 checkers in the one file
2012-02-20 10:20:48 +00:00
"============================================================================
"File: pylint.vim
"Description: Syntax checking plugin for syntastic.vim
"Author: Parantapa Bhattacharya <parantapa at gmail dot com>
"
"============================================================================
add guards to all checkers goddamn I love macros
2013-02-21 15:50:41 +00:00
if exists("g:loaded_syntastic_python_pylint_checker")
finish
endif
let g:loaded_syntastic_python_pylint_checker=1
refactor how we represent and store checkers using python as a demo Add 2 classes: SyntasticChecker and SyntasticRegistry. SyntasticChecker represents a checker. It holds funcrefs to the checker func, the highlight regex func and a new `isAvailable()` func (that essentially just checks if the checker exe is installed) SyntasticRegistry is responsible for: * loading checkers * storing checkers * fetching the checkers to use according to availability and the users settings Motivation/benefits: * in the current system only one checker can be loaded per filetype * syntax checkers cant be "chained" together * the system is hard to add features to since fundamental concepts like syntax checkers and location lists arent represented explicitly Things left to do: * add a call to g:SyntasticRegistry.CreateAndRegisterChecker() to all checkers * add an `isAvailable` function to all checkers * move all checkers into `syntax_checkers/filetype/checkername.vim` - g:SyntasticRegistry assumes this layout, and its a good idea anyway for consistency and it makes it easier for users to add their own checkers Things to do after all of the above: * add a LocationList class and move all the filtering functions onto it * possibly add an Error class that wraps up each item in a loc list Random notes: * with the new system you can select the checkers to use with e.g. `let g:syntastic_python_checkers=['flake8', 'pylint']` This will try flake8 first, and if no errors are detected it will move onto pylint.
2013-01-24 00:01:30 +00:00
function! SyntaxCheckers_python_pylint_IsAvailable()
return executable('pylint')
endfunction
function! SyntaxCheckers_python_pylint_GetLocList()
update checkers to use the new syntastic#makeprg#build() Make all the easy updates. There are still quite a few to do, but in doing these ones I can see that syntastic#makeprg#build() needs to accept a few more options. Namely: * "postargs" that appear after the filename * "tail" that appears after everything - used for things like redirecting output and piping to grep/sed/etc * the filename itself - only the java checkers needed this since they specify the directory of the file to check as well There are still a few other things to do as well: * remove the options from the checkers that are now provided by syntastic#makeprg#build implicitly - i.e. the checker exe and args. * also, we need to doc the above implicit checker options
2013-01-20 11:07:05 +00:00
let makeprg = syntastic#makeprg#build({
Postprocessing functions. This patch adds an option 'postprocess' to SyntasticMake(). The value of this option is a list of names. Each name is translated to a function syntastic#postprocess#name(). These functions are applied in order to the list of errors just before SyntasticMake() returns. They take a single parameter, the list of errors, and are supposed to returned the processed list.
2013-05-10 14:11:07 +03:00
\ 'exe': 'pylint',
\ 'args': ' -f parseable -r n -i y',
\ 'subchecker': 'pylint' })
Error format fix for pylint.
2013-04-10 11:48:17 +03:00
let errorformat =
Postprocessing functions. This patch adds an option 'postprocess' to SyntasticMake(). The value of this option is a list of names. Each name is translated to a function syntastic#postprocess#name(). These functions are applied in order to the list of errors just before SyntasticMake() returns. They take a single parameter, the list of errors, and are supposed to returned the processed list.
2013-05-10 14:11:07 +03:00
\ '%A%f:%l:%m,' .
\ '%A%f:(%l):%m,' .
\ '%-Z%p^%.%#,' .
\ '%-G%.%#'
update checkers to use the new syntastic#makeprg#build() Make all the easy updates. There are still quite a few to do, but in doing these ones I can see that syntastic#makeprg#build() needs to accept a few more options. Namely: * "postargs" that appear after the filename * "tail" that appears after everything - used for things like redirecting output and piping to grep/sed/etc * the filename itself - only the java checkers needed this since they specify the directory of the file to check as well There are still a few other things to do as well: * remove the options from the checkers that are now provided by syntastic#makeprg#build implicitly - i.e. the checker exe and args. * also, we need to doc the above implicit checker options
2013-01-20 11:07:05 +00:00
Postprocessing functions. This patch adds an option 'postprocess' to SyntasticMake(). The value of this option is a list of names. Each name is translated to a function syntastic#postprocess#name(). These functions are applied in order to the list of errors just before SyntasticMake() returns. They take a single parameter, the list of errors, and are supposed to returned the processed list.
2013-05-10 14:11:07 +03:00
let loclist=SyntasticMake({
\ 'makeprg': makeprg,
\ 'errorformat': errorformat,
\ 'postprocess': ['sort'] })
Munge the output of pylint in Vim rather than relying on sed(1).
2013-02-06 15:29:56 +02:00
Cleanup. Adds an option g:syntastic_xhtml_tidy_ignore_errors to xhtml/tidy. Cosmetic code changes.
2013-04-15 11:21:52 +03:00
for n in range(len(loclist))
Off by one error, sorry. :(
2013-02-06 15:48:58 +02:00
let loclist[n]['type'] = match(['R', 'C', 'W'], loclist[n]['text'][2]) >= 0 ? 'W' : 'E'
Cleanup. Adds an option g:syntastic_xhtml_tidy_ignore_errors to xhtml/tidy. Cosmetic code changes.
2013-04-15 11:21:52 +03:00
endfor
update makeprg builder and update some checkers to use it update makeprg builder: * it now accepts `fname`, `tail`, and `post_args` params. * add some doc above syntastic#makeprg#build * update a bunch of checkers to use the new params Still have quite a few checkers that arent using makeprg#build. Including all c* and a few other c-like checkers. And PHP. Not to worried about c* as these checkers are complicated and probably justify having their own logic to build makeprgs.
2013-01-20 12:27:19 +00:00
Postprocessing functions. This patch adds an option 'postprocess' to SyntasticMake(). The value of this option is a list of names. Each name is translated to a function syntastic#postprocess#name(). These functions are applied in order to the list of errors just before SyntasticMake() returns. They take a single parameter, the list of errors, and are supposed to returned the processed list.
2013-05-10 14:11:07 +03:00
return loclist
update makeprg builder and update some checkers to use it update makeprg builder: * it now accepts `fname`, `tail`, and `post_args` params. * add some doc above syntastic#makeprg#build * update a bunch of checkers to use the new params Still have quite a few checkers that arent using makeprg#build. Including all c* and a few other c-like checkers. And PHP. Not to worried about c* as these checkers are complicated and probably justify having their own logic to build makeprgs.
2013-01-20 12:27:19 +00:00
endfunction
refactor how we represent and store checkers using python as a demo Add 2 classes: SyntasticChecker and SyntasticRegistry. SyntasticChecker represents a checker. It holds funcrefs to the checker func, the highlight regex func and a new `isAvailable()` func (that essentially just checks if the checker exe is installed) SyntasticRegistry is responsible for: * loading checkers * storing checkers * fetching the checkers to use according to availability and the users settings Motivation/benefits: * in the current system only one checker can be loaded per filetype * syntax checkers cant be "chained" together * the system is hard to add features to since fundamental concepts like syntax checkers and location lists arent represented explicitly Things left to do: * add a call to g:SyntasticRegistry.CreateAndRegisterChecker() to all checkers * add an `isAvailable` function to all checkers * move all checkers into `syntax_checkers/filetype/checkername.vim` - g:SyntasticRegistry assumes this layout, and its a good idea anyway for consistency and it makes it easier for users to add their own checkers Things to do after all of the above: * add a LocationList class and move all the filtering functions onto it * possibly add an Error class that wraps up each item in a loc list Random notes: * with the new system you can select the checkers to use with e.g. `let g:syntastic_python_checkers=['flake8', 'pylint']` This will try flake8 first, and if no errors are detected it will move onto pylint.
2013-01-24 00:01:30 +00:00
call g:SyntasticRegistry.CreateAndRegisterChecker({
\ 'filetype': 'python',
refactor all the syntax checkers to use the new API and dir layout
2013-01-27 20:08:30 +00:00
\ 'name': 'pylint' })
Reference in New Issue Copy Permalink