#toolkit #build #include #sdk #path #cargo-toml


Create and set windows icons and metadata for executables

6 releases

Uses old Rust 2015

0.1.17 Aug 22, 2023
0.1.16 Jul 22, 2023
0.1.15 Feb 14, 2023
0.1.14 Nov 20, 2022

#139 in Filesystem

Download history 2878/week @ 2023-08-14 3169/week @ 2023-08-21 2568/week @ 2023-08-28 2052/week @ 2023-09-04 2032/week @ 2023-09-11 2405/week @ 2023-09-18 2597/week @ 2023-09-25 2950/week @ 2023-10-02 3589/week @ 2023-10-09 4176/week @ 2023-10-16 2450/week @ 2023-10-23 2175/week @ 2023-10-30 2870/week @ 2023-11-06 3214/week @ 2023-11-13 2616/week @ 2023-11-20 2116/week @ 2023-11-27

11,109 downloads per month
Used in 10 crates (8 directly)

MIT license

703 lines


A small Rust library to facilitate adding Resources (metainformation and icons) to Portable Executables (Windows executables and dynamic libraries). Further details: API documentation and published crate.

By default, the metadata is inherited from the package description, but it can also be manually set or overridden in the build script or in the [package.metadata.winresource] section in Cargo.toml:

How winresource sets the properties of a portable executable

Note: winresource is a fork of winres which no longer works on Rust 1.61 or higher and has been left unmaintained.

Getting started

For this crate to work, you need to have the appropriate tools installed. Without these tools, the build process for the Windows target will fail. The prerequisites differ depending on your host operating system and the targeted ABI.

Compiling on Windows

If you are using Rust with the MSVC ABI, you'll need rc.exe from the Windows SDK. The build script will search for the location of the Windows SDK in the registry.

If you are using Rust with the GNU ABI, you'll need windres.exe and ar.exe from MinGW-w64. Note that the location of the MinGW-w64 toolchain has to be in the path environment variable.

Cross-compiling on a non-Windows OS

If you are cross-compiling on a non-Windows OS, you need to install the mingw-w64 cross-compiler toolchain.

On Debian-based Linux distros like Ubuntu, you can do this with:

sudo apt-get install mingw-w64

On Arch Linux, install the entire mingw-w64 group:

sudo pacman -S mingw-w64

On macOS, you can get the toolchain with:

brew install mingw-w64

Using winresource

First, you will need to add a build script to your crate (build.rs) by adding it to your crate's Cargo.toml file:

build = "build.rs"

winresource = "0.1"

Next, you have to write a build script. A short example is shown below.

// build.rs

extern crate winresource;

fn main() {
    if std::env::var("CARGO_CFG_TARGET_OS").unwrap() == "windows" {
        let mut res = winresource::WindowsResource::new();

That's it. The file test.ico should be located in the same directory as build.rs. Metainformation (like program version and description) is taken from Cargo.toml's [package] section.

Please note: Using #[cfg(target_os = "windows")] in build.rs may not work as expected because build.rs is executed on the host. This means that target_os is always equal to host_os when compiling build.rs. E.g. if we use rustc on Linux and want to cross-compile binaries that run on Windows, target_os in build.rs is "linux". However, CARGO_CFG_TARGET_OS should always be defined and contains the actual target operating system, though it can only be checked at runtime of the build script.

Additional Options

For added convenience, winresource parses Cargo.toml for a package.metadata.winresource section:

OriginalFilename = "PROGRAM.EXE"
LegalCopyright = "Copyright © 2016"

This section may contain arbitrary string key-value pairs, to be included in the version info section of the executable/library file.

The following keys have special meanings and will be shown in the file properties of the Windows Explorer:

FileDescription, ProductName, ProductVersion, OriginalFilename and LegalCopyright

See MSDN for more details on the version info section of executables/libraries.

About this project

The original author and maintainers use this crate for their personal projects and although is has been tested in that context, we have no idea if the behaviour is the same everywhere.

To be brief, we are very much reliant on your bug reports and feature suggestions to make this crate better.


~12K SLoC