This is caused by tower-rs/tower#114, which some tower crates haven't picked
up yet. It's necess...

Currently, indexing a field on a span or event by name is not very
performant. It requires iter...

Closes #78.

This branch removes the second lifetime parameter for an `Event`'s
metadata. Tha...

Closes #79.

This branch removes the `span::AsId` trait. This was added in order to
improve A...

This branch changes the interface between the callsite cache and the
dispatcher, adding a `Disp...

This branch re-implements the reimplements the previous (`Clone`-based)
span API on top of the ...

This branch represents a significant rewrite of the span type and its
API. The primary goal of ...

This branch is an attempt to hide more of the implementation details
behind the callsite cache,...

Signed-off-by: Eliza Weisman <[email protected]>

This branch changes the `prior_span` naming back to `follows_from`. This
naming better implies ...

This branch creates a `tokio-trace-core` crate, and changes the
`tokio-trace` crate to re-expor...

This branch refactors the callsite caching code to use a `struct` to
bundle together the caches...

When a call site caches a filter evaluation for a particular piece of
metadata, the cached filt...

This was supposed to be removed in #33 but I must've missed it.

Closes #56.

Signed-off-by:...

This branch adds RustDoc to all publically-exposed types and functions
in the core crate, and i...

Signed-off-by: Eliza Weisman <[email protected]>

Currently, spans have a reference to the dispatcher in whose context
they were created. When th...

First pass at `#[trace]` proc macro.

This fixes an issue where the tests in the `tokio-trace-futures` crate
weren't actually making ...

Signed-off-by: Eliza Weisman <[email protected]>

This name is incorrect --- the span on which it's called is the subsequent span,
not the preceed...

This branch adds `Subscriber` and `Span` methods for annotating spans
with prior spans from whi...

This branch adds a rustfmt stage to the `tokio-trace` CI job. It's run
in a separate stage from...

The current representation of values for span and event fields has some
significant issues:
+ ...

This branch runs rustfmt on everything. I'd like to get to a point where
we can run rustfmt on ...

This is a minor improvement to the `tokio-trace-log` crate that makes
the formatting of fields ...

This is a fairly large branch, apologies in advance.

This branch changes the handling of the ...

Fixes #36.

This branch makes some minor changes to the `Meta` type:

+ Metadata now knows ...

This branch adds functionality to the `tokio-trace-futures`
compatibility crate for instrumenti...

As discussed in #40, we can implement a lot of the functionality which
previously would require...

Fixes #30. Fixes #29.

Currently, the `tokio_trace` crate provides a global dispatcher through...

Fixes #27.

Currently, every time a `Span` or `Event` is constructed, we test if the
current ...

Fixes #24.
Requires #34.

Currently, spans and events both have `std::time::Instant` fields t...

This branch changes the semantics of that function to be "notifying the
subscriber of the creat...

This branch introduces a `span::Id` type and changes span equality to be
based on the span's `Id...

Closes #20. Also needed for #23.

This PR moves the instrumented future types to their own sep...

This means that the core `tokio_trace` crate no longer has to depend on `log`; see #20.

* Mov...

Fixes #10. Also required for #20.

Currently, any span created at the top level is implicitly ...

Fixes #14, #15.

Since span creation is relatively expensive (it causes multiple
allocations,...

Fixes #4.

This branch adds a notion of "doneness" to spans and allows spans to
mark themselv...

* start adding mediocre docs

* review feedback (thanks @davidbarsky)

This branch adds `tokio-trace-log` and `tokio-trace-env-logger`
compatibility crates which can ...

Signed-off-by: David Barsky <[email protected]>