neovim/runtime/autoload/provider/perl.vim

if exists('g:loaded_perl_provider')
  finish
endif

function! provider#perl#Call(method, args) abort
  return v:lua.vim.provider.perl.call(a:method, a:args)
endfunction

function! provider#perl#Require(host) abort
  return v:lua.vim.provider.perl.require(a:host, s:prog)
endfunction

let s:prog = v:lua.vim.provider.perl.detect()
let g:loaded_perl_provider = empty(s:prog) ? 1 : 2
call v:lua.require'vim.provider.perl'.start()
refactor: rewrite perl provider in lua 2024-01-22 14:07:14 -07:00			`if exists('g:loaded_perl_provider')`
remote plugins: add support for perl hosts 2019-11-04 10:33:07 -07:00			`finish`
			`endif`

refactor: rewrite perl provider in lua 2024-01-22 14:07:14 -07:00			`function! provider#perl#Call(method, args) abort`
refactor: create function for deferred loading The benefit of this is that users only pay for what they use. If e.g. only `vim.lsp.buf_get_clients()` is called then they don't need to load all modules under `vim.lsp` which could lead to significant startuptime saving. Also `vim.lsp.module` is a bit nicer to user compared to `require("vim.lsp.module")`. This isn't used for some nested modules such as `filetype` as it breaks tests with error messages such as "attempt to index field 'detect'". It's not entirely certain the reason for this, but it is likely it is due to filetype being precompiled which would imply deferred loading isn't needed for performance reasons. 2024-01-22 10:23:28 -07:00			`return v:lua.vim.provider.perl.call(a:method, a:args)`
remote plugins: add support for perl hosts 2019-11-04 10:33:07 -07:00			`endfunction`

			`function! provider#perl#Require(host) abort`
refactor: create function for deferred loading The benefit of this is that users only pay for what they use. If e.g. only `vim.lsp.buf_get_clients()` is called then they don't need to load all modules under `vim.lsp` which could lead to significant startuptime saving. Also `vim.lsp.module` is a bit nicer to user compared to `require("vim.lsp.module")`. This isn't used for some nested modules such as `filetype` as it breaks tests with error messages such as "attempt to index field 'detect'". It's not entirely certain the reason for this, but it is likely it is due to filetype being precompiled which would imply deferred loading isn't needed for performance reasons. 2024-01-22 10:23:28 -07:00			`return v:lua.vim.provider.perl.require(a:host, s:prog)`
remote plugins: add support for perl hosts 2019-11-04 10:33:07 -07:00			`endfunction`

refactor: create function for deferred loading The benefit of this is that users only pay for what they use. If e.g. only `vim.lsp.buf_get_clients()` is called then they don't need to load all modules under `vim.lsp` which could lead to significant startuptime saving. Also `vim.lsp.module` is a bit nicer to user compared to `require("vim.lsp.module")`. This isn't used for some nested modules such as `filetype` as it breaks tests with error messages such as "attempt to index field 'detect'". It's not entirely certain the reason for this, but it is likely it is due to filetype being precompiled which would imply deferred loading isn't needed for performance reasons. 2024-01-22 10:23:28 -07:00			`let s:prog = v:lua.vim.provider.perl.detect()`
remote plugins: add support for perl hosts 2019-11-04 10:33:07 -07:00			`let g:loaded_perl_provider = empty(s:prog) ? 1 : 2`
refactor: rewrite perl provider in lua 2024-01-22 14:07:14 -07:00			`call v:lua.require'vim.provider.perl'.start()`