2016-10-03 18:55:55 +00:00
|
|
|
" Author: w0rp <devw0rp@gmail.com>
|
|
|
|
" Description: ghc for Haskell files
|
|
|
|
|
First pass at optimizing ale to autoload (#80)
* First pass at optimizing ale to autoload
First off, the structure/function names should be revised a bit,
but I will wait for @w0rp's input before unifying the naming style.
Second off, the docs probably need some more work, I just did some
simple find-and-replace work.
With that said, this pull brings major performance gains for ale. On my
slowest system, fully loading ale and all its code takes around 150ms.
I have moved all of ale's autoload-able code to autoload/, and in
addition, implemented lazy-loading of linters. This brings load time on
that same system down to 5ms.
The only downside of lazy loading is that `g:ale_linters` cannot be
changed at runtime; however, it also speeds up performance at runtime by
simplfying the logic greatly.
Please let me know what you think!
Closes #59
* Address Travis/Vint errors
For some reason, ale isn't running vint for me...
* Incorporate feedback, make fixes
Lazy-loading logic is much improved.
* Add header comments; remove incorrect workaround
* Remove unneeded plugin guards
* Fix lazy-loading linter logic
Set the wrong variable....
* Fix capitialization
2016-10-10 18:51:29 +00:00
|
|
|
call ale#linter#Define('haskell', {
|
2016-09-18 22:58:04 +00:00
|
|
|
\ 'name': 'ghc',
|
|
|
|
\ 'output_stream': 'stderr',
|
|
|
|
\ 'executable': 'ghc',
|
2017-02-11 19:40:57 +00:00
|
|
|
\ 'command': 'ghc -fno-code -v0 %t',
|
2017-02-14 22:47:53 +00:00
|
|
|
\ 'callback': 'ale#handlers#HandleGhcFormat',
|
2016-09-18 22:58:04 +00:00
|
|
|
\})
|
2016-10-06 13:46:51 +00:00
|
|
|
|
First pass at optimizing ale to autoload (#80)
* First pass at optimizing ale to autoload
First off, the structure/function names should be revised a bit,
but I will wait for @w0rp's input before unifying the naming style.
Second off, the docs probably need some more work, I just did some
simple find-and-replace work.
With that said, this pull brings major performance gains for ale. On my
slowest system, fully loading ale and all its code takes around 150ms.
I have moved all of ale's autoload-able code to autoload/, and in
addition, implemented lazy-loading of linters. This brings load time on
that same system down to 5ms.
The only downside of lazy loading is that `g:ale_linters` cannot be
changed at runtime; however, it also speeds up performance at runtime by
simplfying the logic greatly.
Please let me know what you think!
Closes #59
* Address Travis/Vint errors
For some reason, ale isn't running vint for me...
* Incorporate feedback, make fixes
Lazy-loading logic is much improved.
* Add header comments; remove incorrect workaround
* Remove unneeded plugin guards
* Fix lazy-loading linter logic
Set the wrong variable....
* Fix capitialization
2016-10-10 18:51:29 +00:00
|
|
|
call ale#linter#Define('haskell', {
|
2016-10-06 13:46:51 +00:00
|
|
|
\ 'name': 'stack-ghc',
|
|
|
|
\ 'output_stream': 'stderr',
|
|
|
|
\ 'executable': 'stack',
|
2017-02-11 19:40:57 +00:00
|
|
|
\ 'command': 'stack ghc -- -fno-code -v0 %t',
|
2017-02-14 22:47:53 +00:00
|
|
|
\ 'callback': 'ale#handlers#HandleGhcFormat',
|
2016-10-06 13:46:51 +00:00
|
|
|
\})
|