emenel/doomemacs
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
doomemacs/modules/tools/lsp/packages.el

17 lines
758 B
EmacsLisp
Raw Normal View History

Add basic LSP support Still needs to be documented, but includes support for the following languages: + C/C++/ObjC + Go + Java + Javascript + OCaml + PHP + Python + Ruby + Scala + Swift + HTML/CSS Relevant to #460, #716, #1186
2019-02-21 16:08:27 -05:00
;; -*- no-byte-compile: t; -*-
;;; tools/lsp/packages.el
refactor: deprecate featurep! for modulep! featurep! will be renamed modulep! in the future, so it's been deprecated. They have identical interfaces, and can be replaced without issue. featurep! was never quite the right name for this macro. It implied that it had some connection to featurep, which it doesn't (only that it was similar in purpose; still, Doom modules are not features). To undo such implications and be consistent with its namespace (and since we're heading into a storm of breaking changes with the v3 release anyway), now was the best opportunity to begin the transition.
2022-08-12 20:29:19 +02:00
(if (modulep! +eglot)
feat(lsp,vertico): add consult-eglot - Load when :tools lsp +eglot and :completion vertico are on - Bind consult-eglot-symbols to <leader> c j
2021-08-22 22:28:42 +03:00
(progn
bump: :tools lsp emacs-lsp/lsp-mode@6b6afc00deec -> emacs-lsp/lsp-mode@3fa645c0397b joaotavora/eglot@e835996e1661 -> joaotavora/eglot@bd970be047ab - There are multiple issues in the lsp-mode repo (emacs-lsp/lsp-mode#2722), lsp-julia repo (gdkrmr/lsp-julia#23 and gdkrmr/lsp-julia#35), and the LanguageServer.jl repo (julia-vscode/LanguageServer.jl#844) about crashes of the Julia LSP with lsp-mode due to errors caused by the folding capabilities announced by the client. One can work around these issues by enabling folding (see gdkrmr/lsp-julia#23) but that is only a hack and does not fix the underlying issue. The problem is caused by a violation of the LSP specs in lsp-mode which was fixed in emacs-lsp/lsp-mode#3593. The PR updates lsp-mode to the latest commit on the master branch which contains this fix (and some other unrelated fixes, CI passes successfully again), and hence the workaround for lsp-julia can be removed. Ref: emacs-lsp/lsp-mode#3593 Ref: emacs-lsp/lsp-mode#2722 Ref: gdkrmr/lsp-julia#35 Ref: gdkrmr/lsp-julia#23 Ref: julia-vscode/LanguageServer.jl#844 Close: #6516 Co-authored-by: devmotion <devmotion@users.noreply.github.com>
2022-07-05 01:35:06 +02:00
(package! eglot :pin "bd970be047aba4513c2970b9ff2d842f0472cb0e")
refactor: deprecate featurep! for modulep! featurep! will be renamed modulep! in the future, so it's been deprecated. They have identical interfaces, and can be replaced without issue. featurep! was never quite the right name for this macro. It implied that it had some connection to featurep, which it doesn't (only that it was similar in purpose; still, Doom modules are not features). To undo such implications and be consistent with its namespace (and since we're heading into a storm of breaking changes with the v3 release anyway), now was the best opportunity to begin the transition.
2022-08-12 20:29:19 +02:00
(when (modulep! :completion vertico)
bump: :tools debugger lsp emacs-lsp/dap-mode@f918c0580bd1 -> emacs-lsp/dap-mode@67fd9e5d4e15 emacs-lsp/lsp-mode@1e7128c43f61 -> emacs-lsp/lsp-mode@9faa49269234 emacs-lsp/lsp-ui@96b1ecbfbf87 -> emacs-lsp/lsp-ui@370022b6785e gagbo/consult-lsp@a8eb3a062feb -> gagbo/consult-lsp@19606a03cf85 joaotavora/eglot@fd9a5646d1b4 -> joaotavora/eglot@2b87b06d9ef1 mohkale/consult-eglot@f93c571dc392 -> mohkale/consult-eglot@0da8801dd843 - Debuggers (see #6381): - Add support for new cpptools (upgraded from 0.29.0 to 1.9.8). - Add support for new codelldb (from 1.6.0 to 1.7.0). - Fix download issue of gdb-lldb (aka webfreak.debug). - LSP support: - Fix inlay hints for rust-analyzer (see emacs-lsp/lsp-mode#3467) Close: #6395 Close: #6381 Fix: #6394 Fix: #6403 Ref: emacs-lsp/lsp-mode#3467
2022-05-27 03:03:21 +02:00
(package! consult-eglot :pin "0da8801dd8435160ce1f62ad8066bd52e38f5cbd")))
bump: :tools lsp emacs-lsp/lsp-mode@6b6afc00deec -> emacs-lsp/lsp-mode@3fa645c0397b joaotavora/eglot@e835996e1661 -> joaotavora/eglot@bd970be047ab - There are multiple issues in the lsp-mode repo (emacs-lsp/lsp-mode#2722), lsp-julia repo (gdkrmr/lsp-julia#23 and gdkrmr/lsp-julia#35), and the LanguageServer.jl repo (julia-vscode/LanguageServer.jl#844) about crashes of the Julia LSP with lsp-mode due to errors caused by the folding capabilities announced by the client. One can work around these issues by enabling folding (see gdkrmr/lsp-julia#23) but that is only a hack and does not fix the underlying issue. The problem is caused by a violation of the LSP specs in lsp-mode which was fixed in emacs-lsp/lsp-mode#3593. The PR updates lsp-mode to the latest commit on the master branch which contains this fix (and some other unrelated fixes, CI passes successfully again), and hence the workaround for lsp-julia can be removed. Ref: emacs-lsp/lsp-mode#3593 Ref: emacs-lsp/lsp-mode#2722 Ref: gdkrmr/lsp-julia#35 Ref: gdkrmr/lsp-julia#23 Ref: julia-vscode/LanguageServer.jl#844 Close: #6516 Co-authored-by: devmotion <devmotion@users.noreply.github.com>
2022-07-05 01:35:06 +02:00
(package! lsp-mode :pin "3fa645c0397b8f438f2db2dd288b899ba330d410")
(package! lsp-ui :pin "0a6368d38dc32e52abcbd52b63d1e557e42c66e6")
refactor: deprecate featurep! for modulep! featurep! will be renamed modulep! in the future, so it's been deprecated. They have identical interfaces, and can be replaced without issue. featurep! was never quite the right name for this macro. It implied that it had some connection to featurep, which it doesn't (only that it was similar in purpose; still, Doom modules are not features). To undo such implications and be consistent with its namespace (and since we're heading into a storm of breaking changes with the v3 release anyway), now was the best opportunity to begin the transition.
2022-08-12 20:29:19 +02:00
(when (modulep! :completion ivy)
bump: :tools lsp debugger :lang (* +lsp) emacs-lsp/dap-mode@d472a6c937cf -> emacs-lsp/dap-mode@00e1a5d70c32 emacs-lsp/lsp-dart@01d89d43f17a -> emacs-lsp/lsp-dart@64fb5d930384 emacs-lsp/lsp-haskell@eb37ac4a6a43 -> emacs-lsp/lsp-haskell@4e62cf897dd9 emacs-lsp/lsp-ivy@bccd86028e66 -> emacs-lsp/lsp-ivy@3e87441a625d emacs-lsp/lsp-java@b66a075bcb1e -> emacs-lsp/lsp-java@2a7d27e899ed emacs-lsp/lsp-metals@9f82ebee48d3 -> emacs-lsp/lsp-metals@ca927e5a837c emacs-lsp/lsp-pyright@71a79760938d -> emacs-lsp/lsp-pyright@72fd57643d2e emacs-lsp/lsp-sourcekit@ae4aa8705cc3 -> emacs-lsp/lsp-sourcekit@97ff36b228a6 joaotavora/eglot@194b178ef41c -> joaotavora/eglot@c17bdf6c98d6 non-Jedi/lsp-julia@d4a7a27d6ac7 -> non-Jedi/lsp-julia@809da95c05fe Updates lsp-mode and all lsp packages for the LSP 8.0.0 release. Close #5455 Close #5453 Close #5440 Close #5410
2021-09-14 13:21:59 +02:00
(package! lsp-ivy :pin "3e87441a625d65ced5a208a0b0442d573596ffa3"))
refactor: deprecate featurep! for modulep! featurep! will be renamed modulep! in the future, so it's been deprecated. They have identical interfaces, and can be replaced without issue. featurep! was never quite the right name for this macro. It implied that it had some connection to featurep, which it doesn't (only that it was similar in purpose; still, Doom modules are not features). To undo such implications and be consistent with its namespace (and since we're heading into a storm of breaking changes with the v3 release anyway), now was the best opportunity to begin the transition.
2022-08-12 20:29:19 +02:00
(when (modulep! :completion helm)
selectrum: move consult-lsp to :tools lsp where it belongs
2021-04-29 21:40:43 +03:00
(package! helm-lsp :pin "c2c6974dadfac459b1a69a1217441283874cea92"))
refactor: deprecate featurep! for modulep! featurep! will be renamed modulep! in the future, so it's been deprecated. They have identical interfaces, and can be replaced without issue. featurep! was never quite the right name for this macro. It implied that it had some connection to featurep, which it doesn't (only that it was similar in purpose; still, Doom modules are not features). To undo such implications and be consistent with its namespace (and since we're heading into a storm of breaking changes with the v3 release anyway), now was the best opportunity to begin the transition.
2022-08-12 20:29:19 +02:00
(when (modulep! :completion vertico)
bump: :tools debugger lsp emacs-lsp/dap-mode@f918c0580bd1 -> emacs-lsp/dap-mode@67fd9e5d4e15 emacs-lsp/lsp-mode@1e7128c43f61 -> emacs-lsp/lsp-mode@9faa49269234 emacs-lsp/lsp-ui@96b1ecbfbf87 -> emacs-lsp/lsp-ui@370022b6785e gagbo/consult-lsp@a8eb3a062feb -> gagbo/consult-lsp@19606a03cf85 joaotavora/eglot@fd9a5646d1b4 -> joaotavora/eglot@2b87b06d9ef1 mohkale/consult-eglot@f93c571dc392 -> mohkale/consult-eglot@0da8801dd843 - Debuggers (see #6381): - Add support for new cpptools (upgraded from 0.29.0 to 1.9.8). - Add support for new codelldb (from 1.6.0 to 1.7.0). - Fix download issue of gdb-lldb (aka webfreak.debug). - LSP support: - Fix inlay hints for rust-analyzer (see emacs-lsp/lsp-mode#3467) Close: #6395 Close: #6381 Fix: #6394 Fix: #6403 Ref: emacs-lsp/lsp-mode#3467
2022-05-27 03:03:21 +02:00
(package! consult-lsp :pin "19606a03cf854e1b0930c4526ed92c4560dccdc2")))
Reference in a new issue Copy permalink