Rust Language

Rust tutorial: Get started with the Rust language

Here's how to get your feet wet with Rust, from using Rust’s toolchain to creating projects, working with third-party code, managing libraries, and more.

Rust tutorial: Get started with the Rust language
GagoDesign / Shutterstock

Over the last few years, Rust has evolved from a curiosity brewed up in a Mozilla employee's lab to a strong contender for the next generation of native applications and bare-metal solutions. Those advances come from Rust providing its own toolchain and component management system—along with certain popular features and quirks.

This article is for developers new to Rust, or considering it for future projects. We'll walk through setting up a working environment in Rust, configuring an IDE, and making the most of Rust's excellent application development toolset.

Understanding Rust releases

Rust’s toolchain consists primarily of the Rust compiler, rustc, along with tools for managing a Rust installation. Because Rust is under constant development, its toolchain is designed to be easy to update.

Software projects are often provided via multiple channels in order to separate the stable and beta versions of the code. Rust works the same way, offering three channels for toolchain updates:

  • Stable: Major point releases, which emerge every six weeks or so.
  • Beta: Candidates for the next major point release, which emerge more often.
  • Nightly: The most immediate build, with access to cutting-edge features but no guarantees as to their stability.

As developer Karol Kuczmarski has pointed out, it’s best to think of the nightly Rust channel as its own language. Some Rust features are only available in the nightly channel, and they can only be activated by special compiler directives. In other words, they won’t even compile on the beta or stable channels. 

That’s by design, because there’s no guarantee the nightly features will be supported anywhere else. However, many of those features eventually graduate out of the nightly channel and into beta and stable releases. (Compiling to WebAssembly, for instance, works in the stable version as of Rust 1.30.)

What does this mean for you as a developer? In short:

  1. Use stable for actual production work.
  2. Use beta to test current software against upcoming versions to see if anything may break in the upgrade.
  3. Only use nightly for sandboxed experiments with Rust’s newest features.

Choose an OS for Rust development

Rust supports all three major platforms—Windows, Linux, and macOS—in both 32- and 64-bit incarnations, with official binaries for each. A slew of other platforms also have official binaries, but they don’t have the same level of automated test coverage. These second-class platforms include ARMv6 and ARMv7 for iOS, Android, and Linux; MIPS Linux and MIPS64 Linux; 32-bit editions of x86 iOS, Windows, and Linux; and WebAssembly. Other platforms, like Windows XP or the experimental HaikuOS, are supported through unofficial builds.

Rust’s development team has stated that being broadly portable isn’t one of Rust’s missions. For example, although Rust is available on many ARM architectures, there is no guarantee that Rust will be officially supported on low-end hardware platforms.

That said, there should be a supported Rust build available for the vast majority of common, mainstream use cases—namely, 32- and 64-bit Windows, Linux, and macOS.

If you’re planning to develop in Rust on Windows, keep your toolchains in mind. Rust supports two Windows toolchains:

  • The native Microsoft Visual C (MSVC) ABI
  • The Gnu ABI used by the GCC linker

Because almost all C/C++ software built in Windows uses MSVC anyway, you’ll want to use the MSVC toolchain most of the time. If you ever need GCC, it’ll most likely be for interoperating with third-party libraries built in Windows with GCC.

The good news is that Rust’s toolchain management system lets you keep both MSVC and GCC tool chains installed, and it lets you switch between them on a project-by-project basis.

One of Rust’s compilation targets is WebAssembly, meaning you can write in Rust and deploy to a web browser. WebAssembly itself is still rough around the edges, and so is Rust’s support for it. But if you’re ambitious and you want to get your hands messy, read this book, which details the process for compiling WebAssembly to Rust. Written by Rust and WebAssembly engineers, the book includes a tutorial for an implementation of Conway’s Game of Life that is written in Rust and deployed as WebAssembly.

Start your Rust setup with rustup

Rust provides an all-in-one installer and toolchain maintenance system called rustup. Download rustup and run it; it’ll obtain the latest versions of the Rust toolchain and install them for you.

The most critical tools maintained by rustup are:

  • rustup itself: Whenever new versions of rustup or other tools are published, you can just run rustup update and have everything updated automatically.
  • rustc: the Rust compiler.
  • Cargo: Rust’s package and workspace manager.

By default, rustup installs Rust from the stable channel. If you want to use beta or nightly versions, you have to install those channels manually (for example, by running rustup install nightly) and set Rust to use them by default (rustup default nightly). You can also manually specify which channel to use when compiling a Rust application, so you don’t have to set and reset the default every time you move between projects.

Rust tutorial: rustup keeps all parts of your Rust toolchain updated. IDG

Figure 1. rustup keeps all parts of your Rust toolchain updated to their most recent versions. Here, the nightly toolchain, with bleeding-edge and potentially unstable language components, is being updated separately from the stable version.

You can also use rustup to install and maintain custom toolchains. These are typically used by unofficial, third-party builds of Rust for unsupported platforms, which usually require their own linkers or other platform-specific tools.

Note that another default assumption Rust makes is that it stores Cargo files—the downloaded packages and configuration information—in a subdirectory of your user profile. This isn’t always desirable; sometimes people want that data on another drive, where there is more room, or in a place that is more accessible. If you want Cargo to live somewhere else, you can relocate it manually after the setup is finished. Here are the steps:

  1. Close down all programs that might be using Cargo.
  2. Copy the .cargo directory in your user profile to where you want it to live.
  3. Set the environment variables CARGO_HOME and RUSTUP_HOME to point to the new directory.
  4. Set the PATH to point to the bin subdirectory of the new directory.
  5. Type cargo to ensure Cargo is running properly.

Configure your IDE for Rust

Despite Rust being a relatively new language, it’s already garnered strong support from many common IDEs. Developer Manuel Hoffman maintains a project to track the state of such support at the website areweideyet.com.

Making Rust work well with IDEs is an express goal of its development team, via a feature called the Rust Language Server (RLS). RLS provides live feedback about the code in question from Rust’s own compiler, rather than from a third-party parser.

Rust tutorial: Rust’s Language Server provides compiler feedback to an IDE. IDG

Figure 2. Rust’s Language Server project provides live feedback to an IDE from the Rust compiler for the code you’re working with. Visual Studio Code, shown here, has some of the most complete support available for the Rust Language Server.

Here are the IDEs that support Rust:

Create your first Rust project

Rust projects are meant to have a consistent directory structure, with code and project metadata stored within them in certain ways. Code is stored in a src subdirectory, and details about the project are stored in two files in the project’s root directory, Cargo.toml (the project’s basic information) and Cargo.lock (an automatically generated list of dependencies). You can create that directory structure and metadata by hand, but it’s easier to use Rust’s own tools to do the job.

Rust’s Cargo tool manages both Rust projects and the libraries, or “crates,” they use. To spin up a new Rust project named my_project in its own directory, type cargo new my_project. (For C# developers working with .Net Core, think of the dotnet new command.) The new project appears in a subdirectory with that name, along with a basic project manifest—the Cargo.toml file—and a stub for the project’s source code, in a src subdirectory.

When you create a new project, a main.rs file is automatically created in the project's src directory. This file contains a basic “hello world” application, so you can test out your Rust toolchain right away by compiling and running it.

Here is the source code for that basic “hello world” application:


fn main() {
    println!(“Hello World!”);
}

To build and run the application, go to the project directory's root and type cargo run. Note that by default, Cargo builds projects in debug mode. To run in release mode, use cargo run --release. Binaries are built in the project's target/debug or target/release subdirectory, depending on which compilation profile you’re using.

rust compile 03 IDG

Figure 3. When a Rust project is compiled, all its dependencies are obtained and compiled automatically, as well. Detailed line-by-line feedback appears for anything that raises a warning or a full-blown error.

Work with Rust crates

Package management is a key part of any modern programming environment. To that end, Rust provides “crates,” which are third-party libraries packaged for distribution with Rust’s tools. You can find crates in the official Rust package registry, Crates.io.

If your project has a dependency on a particular crate, you need to specify that crate by editing the project’s Cargo.toml file. The standard way to do this is manually—that is, by simply editing Cargo.toml directly with a text editor. The next time the project is rebuilt, Rust automatically obtains any needed dependencies.

When you build a Rust project that depends on external crates, Cargo looks for those crates on Crates.io by default; you don’t need to obtain them manually. You can also refer to crates in your project by URL rather than by crate name, in case you need a crate that isn’t hosted in the registry, such as something from a private repository.

Note that some crates will only install and build on Rust’s nightly channel, because they use experimental features not available in other channels. If you’re on the release channel and you try to install such a crate, you won’t get any warning until the compilation itself fails. Crate documentation usually mentions whether it requires the nightly channel or not, so read up before you include, let alone compile.

Crates can come with binaries included. Some are command-line tools used in Rust development; others are general-purpose tools (such as ripgrep). To install one of these crates, just type cargo install <crate name>. This isn’t the only way to distribute a binary created with Rust, but it’s a convenient way for Rust developers to obtain them as part of a workflow involving Rust tools.

Cross-compile Rust to another platform

Because Rust supports multiple tool chains, even in the same installation of Rust, you can compile Rust applications to a target OS and environment that’s different from the one you’re compiling on.

Such cross-compiling requires a toolchain on the platform you’re working on that matches the target platform. Sometimes, as with cross-compiling to Linux on Windows, or vice versa, this involves little more than having the GCC linker. But other times, it’s more complex. For cross-compiling to macOS, for example, you need the Xcode IDE libraries to finish the job—cctools (Apple’s equivalent of binutils) and the macOS SDK.

Third-party tools offer some ways around these difficulties:

1 2 Page 1
Page 1 of 2