Archive of https://github.com/rust-lang/log — Logging implementation for Rust https://docs.rs/log
Find a file
Repository files (latest commit first)
Filename Latest commit message Latest commit date
Ashley Mannix 27e3cf7a02
Merge pull request #741 from rust-lang/ci/msrv-build-vs-test
Split MSRV used to build from MSRV used to test
2026-10-02 20:40:14 +10:00
.github/workflows clean up workflow jobs 2026-09-28 17:12:26 +10:00
benches stabilize the kv features 2024-02-16 15:40:52 +10:00
rfcs Fix some typos 2024-07-31 22:35:17 +02:00
src prepare for 0.4.34 release 2026-08-22 20:47:45 +10:00
test_max_level_features Set all crates to 2021 edition 2023-08-20 21:28:46 -04:00
tests leverage str literal as well 2026-06-02 01:15:34 +08:00
.gitignore Add .idea to .gitignore 2024-08-02 15:15:58 +02:00
Cargo.toml prepare for 0.4.34 release 2026-08-22 20:47:45 +10:00
CHANGELOG.md prepare for 0.4.34 release 2026-08-22 20:47:45 +10:00
LICENSE-APACHE Add licenses 2014-12-13 13:51:19 -08:00
LICENSE-MIT Add licenses 2014-12-13 13:51:19 -08:00
README.md doc: Add context-logger utility to README 2026-06-25 01:21:47 +02:00
triagebot.toml Add triagebot configuration 2020-03-31 16:39:34 -04:00

log

A Rust library providing a lightweight logging facade.

Build status Latest version Documentation License

A logging facade provides a single logging API that abstracts over the actual logging implementation. Libraries can use the logging API provided by this crate, and the consumer of those libraries can choose the logging implementation that is most suitable for its use case.

Minimum supported rustc

See the rust-version field in Cargo.toml for the current minimum Rust toolchain version.

This version is explicitly tested in CI and may be bumped in any release as needed. Maintaining compatibility with older compilers is a priority though, so the bar for bumping the minimum supported version is set very high. Any changes to the supported minimum version will be called out in the release notes.

Usage

In libraries

Libraries should link only to the log crate, and use the provided macros to log whatever information will be useful to downstream consumers:

[dependencies]
log = "0.4"
use log::{info, trace, warn};

pub fn shave_the_yak(yak: &mut Yak) {
    trace!("Commencing yak shaving");

    loop {
        match find_a_razor() {
            Ok(razor) => {
                info!("Razor located: {razor}");
                yak.shave(razor);
                break;
            }
            Err(err) => {
                warn!("Unable to locate a razor: {err}, retrying");
            }
        }
    }
}

In executables

In order to produce log output, executables have to use a logger implementation compatible with the facade. There are many available implementations to choose from, here are some options:

Executables should choose a logger implementation and initialize it early in the runtime of the program. Logger implementations will typically include a function to do this. Any log messages generated before the logger is initialized will be ignored.

The executable itself may use the log crate to log as well.

Structured logging

If you enable the kv feature, you can associate structured data with your log records:

use log::{info, trace, warn};

pub fn shave_the_yak(yak: &mut Yak) {
    // `yak:serde` will capture `yak` using its `serde::Serialize` impl
    //
    // You could also use `:?` for `Debug`, or `:%` for `Display`. For a
    // full list, see the `log` crate documentation
    trace!(target = "yak_events", yak:serde; "Commencing yak shaving");

    loop {
        match find_a_razor() {
            Ok(razor) => {
                info!(razor; "Razor located");
                yak.shave(razor);
                break;
            }
            Err(e) => {
                // `e:err` will capture `e` using its `std::error::Error` impl
                warn!(e:err; "Unable to locate a razor, retrying");
            }
        }
    }
}