zed/extensions/gleam/Cargo.toml

[package]
name = "zed_gleam"
version = "0.0.1"
edition = "2021"
publish = false
license = "Apache-2.0"

[lints]
workspace = true

[dependencies]
zed_extension_api = { path = "../../crates/extension_api" }

[lib]
path = "src/gleam.rs"
crate-type = ["cdylib"]
Add initial support for defining language server adapters in WebAssembly-based extensions (#8645) This PR adds internal ability to run arbitrary language servers via WebAssembly extensions. The functionality isn't exposed yet - we're just landing this in this early state because there have been a lot of changes to the `LspAdapter` trait, and other language server logic. ## Next steps * Currently, wasm extensions can only define how to install and run a language server, they can't yet implement the other LSP adapter methods, such as formatting completion labels and workspace symbols. * We don't have an automatic way to install or develop these types of extensions * We don't have a way to package these types of extensions in our extensions repo, to make them available via our extensions API. * The Rust extension API crate, `zed-extension-api` has not yet been published to crates.io, because we still consider the API a work in progress. Release Notes: - N/A --------- Co-authored-by: Marshall <marshall@zed.dev> Co-authored-by: Nathan <nathan@zed.dev> Co-authored-by: Marshall Bowers <elliott.codes@gmail.com> 2024-03-02 00:00:55 +00:00			`[package]`
			`name = "zed_gleam"`
			`version = "0.0.1"`
			`edition = "2021"`
Add license to Gleam extension (#8730) This PR adds a license to the Gleam extension crate, since the bundling script was unhappy that it didn't have one. Since extensions like this one may ultimately live outside of Zed itself, I went with the Apache 2.0 license. Release Notes: - N/A 2024-03-02 22:56:57 +00:00			`publish = false`
			`license = "Apache-2.0"`
Add initial support for defining language server adapters in WebAssembly-based extensions (#8645) This PR adds internal ability to run arbitrary language servers via WebAssembly extensions. The functionality isn't exposed yet - we're just landing this in this early state because there have been a lot of changes to the `LspAdapter` trait, and other language server logic. ## Next steps * Currently, wasm extensions can only define how to install and run a language server, they can't yet implement the other LSP adapter methods, such as formatting completion labels and workspace symbols. * We don't have an automatic way to install or develop these types of extensions * We don't have a way to package these types of extensions in our extensions repo, to make them available via our extensions API. * The Rust extension API crate, `zed-extension-api` has not yet been published to crates.io, because we still consider the API a work in progress. Release Notes: - N/A --------- Co-authored-by: Marshall <marshall@zed.dev> Co-authored-by: Nathan <nathan@zed.dev> Co-authored-by: Marshall Bowers <elliott.codes@gmail.com> 2024-03-02 00:00:55 +00:00
Move Clippy configuration to the workspace level (#8891) This PR moves the Clippy configuration up to the workspace level. We're using the [`lints` table](https://doc.rust-lang.org/cargo/reference/workspaces.html#the-lints-table) to configure the Clippy ruleset in the workspace's `Cargo.toml`. Each crate in the workspace now has the following in their own `Cargo.toml` to inherit the lints from the workspace: ```toml [lints] workspace = true ``` This allows for configuring rust-analyzer to show Clippy lints in the editor by using the following configuration in your Zed `settings.json`: ```json { "lsp": { "rust-analyzer": { "initialization_options": { "check": { "command": "clippy" } } } } ``` Release Notes: - N/A 2024-03-05 17:01:17 +00:00			`[lints]`
			`workspace = true`

Add initial support for defining language server adapters in WebAssembly-based extensions (#8645) This PR adds internal ability to run arbitrary language servers via WebAssembly extensions. The functionality isn't exposed yet - we're just landing this in this early state because there have been a lot of changes to the `LspAdapter` trait, and other language server logic. ## Next steps * Currently, wasm extensions can only define how to install and run a language server, they can't yet implement the other LSP adapter methods, such as formatting completion labels and workspace symbols. * We don't have an automatic way to install or develop these types of extensions * We don't have a way to package these types of extensions in our extensions repo, to make them available via our extensions API. * The Rust extension API crate, `zed-extension-api` has not yet been published to crates.io, because we still consider the API a work in progress. Release Notes: - N/A --------- Co-authored-by: Marshall <marshall@zed.dev> Co-authored-by: Nathan <nathan@zed.dev> Co-authored-by: Marshall Bowers <elliott.codes@gmail.com> 2024-03-02 00:00:55 +00:00			`[dependencies]`
			`zed_extension_api = { path = "../../crates/extension_api" }`

			`[lib]`
			`path = "src/gleam.rs"`
			`crate-type = ["cdylib"]`