Please create an account to participate in the Slashdot moderation system


Forgot your password?
Mozilla Microsoft Programming Red Hat Software Software

Rust Implements An IDE Protocol From Red Hat's Collaboration With Microsoft and Codenvy ( 49

An anonymous reader quotes InfoWorld: Developers of Mozilla's Rust language, devised for fast and safe system-level programming, have unveiled the first release of the Rust Language Service, 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 standardize 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...

The Rust Language Service is "pre-alpha", and the whole Language Service Protocol is only currently supported by two IDEs -- Eclipse and Microsoft's Visual Studio Code. Earlier InfoWorld described it as "a JSON-based data exchange protocol for providing language services consistently across different code editors and IDEs," and one of the Rust developers has already developed a sample RLS client for Visual Studio Code.
This discussion has been archived. No new comments can be posted.

Rust Implements An IDE Protocol From Red Hat's Collaboration With Microsoft and Codenvy

Comments Filter:
  • by PmanAce ( 1679902 ) on Saturday October 22, 2016 @01:10PM (#53130375) Homepage
    What can you do in Rust better (providing better solutions to common programming problems) than any other language out there?
    • Re: (Score:3, Interesting)

      by Anonymous Coward

      Nothing. It's yet another programming language in an already crowded field.

      • by tgv ( 254536 )

        Well, that's an eloquent argument. You don't care about memory management and data synchronization? Fine, go ahead, you can build your console based tic-tac-toe game app without it. No problem.

    • by Anonymous Coward

      That depends on whether you think "fewer bugs" is part of a "better solution".

      You can't deliver any features in Rust that you can't deliver in any other language, and because it's a young language with limited library support, you will usually have to write more of the code yourself. The compiled code will be fast, but that's true for most compiled languages. Things like polymorphic functions do make it easy to write generalized code, so one might expect good, reusable libraries in the future.

      Rust's emphasi

    • Re:Legit Question (Score:5, Informative)

      by Anonymous Coward on Saturday October 22, 2016 @03:22PM (#53130897)

      What can you do in Rust better (providing better solutions to common programming problems) than any other language out there?

      I believe the only thing that is truly novel about Rust is the facility to compile code with "C-like" performance that cannot have memory violations, and I'm not allowing for research languages that have also achieved this. By "C-like" I mean Rust delivers very fast, compact and memory thrifty programs that start instantly, having no run-time beyond the compiled object and the system itself. By memory violations I mean no use after frees, buffer overflows, double frees, smashed stacks, uninitialized data, data races, etc.; these are all compile time errors in Rust. This is achieved through "ownership," a concept that has previously appeared in research languages, but not in languages with mainstream pretensions.

      Beyond that one could argue that Rust pulls a lot of high level abstractions into systems programming; optional types, traits, hygienic macros, well designed iterators, pattern matching, closures, lambda expressions, derivation and more. There is a lot of this in Rust and so programming in Rust does not feel like using a "portable assembler," which is how C/C++ is sometimes characterized. But none of these abstractions are truly novel in an of themselves, they just haven't appeared together as native features of a systems language.

      More generally and less tangibly, Rust is the first language with perhaps enough "mind share" to succeed and displace some traditional C-ish systems programming activity. Time will tell, and a lot of time at that. The language is appearing in the real world; Mozilla, Dropbox, Facebook, and others have delivered real work in Rust or will soon. Should this continue and grow Rust will become important, and that would make it the first new "important" systems programming language since the early 70's that isn't some derivative of C.

    • by rodia ( 1031082 )
      Rust eliminates or mitigates two classes of common problems:
      1. - data pointers gone crazy (null pointers, memory violations, "illegal" memory overwriting etc.)
      2. - unwanted side effects because of uncontrolled data access from different scopes

      It achieves that in a way that doesn't make your program slow or a memory hog, by using

      1. - automatic memory management without a garbage collector
      2. - data ownership/borrowing
      3. - resolving abstractions early (at compile time)

      In return, it demands a lot of programmin

    • by dremon ( 735466 )
      Compile-time memory safety and thread safety, modern features (lambdas, closures, traits, generics, functional programming), online database of easy to install 3rd-party modules (, easy interoperability with C libraries, all this with predictable C-like performance AND without garbage collection. The learning curve is steep though due to ownership and borrowing concepts.
  • Rust is showing itself to be a high-quality, cross platform, high performance language, just like VisualBasic! And its integration via a barely used JSON protocol means that its integration into VisualStudio is not that much worse, really!

  • by Yvan256 ( 722131 ) on Saturday October 22, 2016 @05:37PM (#53131347) Homepage Journal

    And here I thought even SATA was on its way out.

  • by Anonymous Coward

    back in the day, when a story like this would come up, someone with actual knowledge would say something interesting about it. They would hypothetically have commented on the design of the Rust Language Service, or perhaps the Language Server Protocol. Will it save re-implmenting the wheel for IDEs? Will it help Rust's adoption?

    Nope. "duh, c is betr than rusts! u dont need the ideez"

    Where did the smart people with a passion for informative discussion of interesting topics go?

The earth is like a tiny grain of sand, only much, much heavier.