Go to file
Steven Fackler 459c59ea0f Dynamically track the 'static-ness of record strings
Logger implementations commonly need to convert a `Record` into a
non-borrowed form to e.g. log it asynchronously on a separate thread.
This allows them to avoid having to allocate owned `String`s for the
module path and file fields, which will in practice almost always be
`'static`.

cc #206
2019-07-26 20:37:21 -07:00
rfcs Clean up trailing whitespace 2019-04-30 01:33:21 -07:00
src Dynamically track the 'static-ness of record strings 2019-07-26 20:37:21 -07:00
test_max_level_features Move max_level_features project out of tests to avoid warning 2019-02-01 16:35:01 -08:00
tests Format with rustfmt 2019-02-14 2019-03-09 16:15:10 -08:00
.gitignore Add env_logger 2015-01-26 23:25:43 -08:00
.travis.yml test sval feature in CI 2019-07-17 09:39:58 +10:00
appveyor.yml Rename the use_std feature to std 2017-10-12 21:12:54 -07:00
build.rs Support thumbv6 by providing a thread-unsafe initialization function 2019-03-18 23:13:07 +01:00
Cargo.toml test sval feature in CI 2019-07-17 09:39:58 +10:00
CHANGELOG.md prepare for 0.4.7 release 2019-07-06 11:59:53 +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 Update Travis CI URL 2019-07-09 13:08:09 -07:00

log

A Rust library providing a lightweight logging facade.

Build Status 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

1.16.0+

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: {}, retrying", err);
            }
        }
    }
}

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 chose from, here are some of the most popular ones:

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.