Rust Language Server provides live information such as code completion and documentation through a Microsoft co-developed protocol Developers of Mozilla’s Rust language, devised for fast and safe system-level programming, have unveiled the first release of the Rust Language Service (RLS), a project that provides IDEs and editors with live, contextual information about Rust code. RLS is one of the first implementations of the Language Server Protocol, co-developed by Microsoft, Codenvy, and Red Hat to standardized communications between IDEs and language runtimes. It’s another sign of Rust’s effort to be an A-list language across the board — not only by providing better solutions to common programming problems, but also cultivating first-class, cutting-edge tooling support from beyond its ecosystem. At this stage, RLS provides a few basic but broadly useful functions. It can flag errors as you type, locate all references for a particular symbol within a codebase, rename symbols, and provide documentation for objects found in the standard library. The first release of RLS is “pre-alpha” — at this stage it’s best thought of as a proof of concept rather than a working product. It uses the Rust compiler to supply much of the data, but in its current state, the compiler can’t always provide the data fast enough, especially when dealing with functions in larger Rust “crates,” or packages. One of the features planned for the Rust compiler, incremental compilation, should provide a performance boost to RLS as a by-product. The feature is still under wraps. Instead, RLS also makes use of an existing Rust crate, Racer, which provides code-completion data. RLS isn’t of much use by itself; it needs an IDE that supports the Language Server Protocol as a front end. Two such IDEs already exist: Eclipse and Microsoft’s Visual Studio Code. One of RLS’s chief developers, Jonathan Turner, has produced a sample RLS client for Visual Studio Code, so Rust developers who use that editor can start experimenting with it immediately. Be warned: This is still extremely rough software, so functions like refactoring code could be destructive. As the documentation says, “[RLS] is not ready for real use. It will probably eat your laundry.” Or at least leave it with rust stains. Related content feature 14 great preprocessors for developers who love to code Sometimes it seems like the rules of programming are designed to make coding a chore. Here are 14 ways preprocessors can help make software development fun again. By Peter Wayner Nov 18, 2024 10 mins Development Tools Software Development feature Designing the APIs that accidentally power businesses Well-designed APIs, even those often-neglected internal APIs, make developers more productive and businesses more agile. By Jean Yang Nov 18, 2024 6 mins APIs Software Development news Spin 3.0 supports polyglot development using Wasm components Fermyon’s open source framework for building server-side WebAssembly apps allows developers to compose apps from components created with different languages. By Paul Krill Nov 18, 2024 2 mins Microservices Serverless Computing Development Libraries and Frameworks news Go language evolving for future hardware, AI workloads The Go team is working to adapt Go to large multicore systems, the latest hardware instructions, and the needs of developers of large-scale AI systems. By Paul Krill Nov 15, 2024 3 mins Google Go Generative AI Programming Languages Resources Videos