err-derive

I am happy to announce the 0.3.0 release of err-derive, a minimal approach to implementing std::Error for your error types.

• For variants whose type contains Box and which are marked as #[source] or #[from], there will now be two From implementations generated, one for the boxed type and one for the unboxed type. This should hopefully make it more ergonomic to work with boxed error types. (!21 (merged), thanks to @mullr)

While I am the only active maintainer of err-derive, I have decided to move my crates to the thiserror crate instead of err-derive. thiserror has fewer dependencies, is a little easier to use, and is much more popular (reducing dependency proliferation). I will still be doing required maintenance on err-derive; consider this a soft deprecation.

I am happy to announce the 0.2.3 release of err-derive, a minimal approach to implementing std::Error for your error types. This is a minimal bugfix release to remove the problematic dependency on the __rt symbol from the quote crate (#15 (closed)). Thanks to @Ralith for contributing the fix.

I am happy to announce the 0.2.1 release of err-derive, a minimal approach to implementing std::Error for your error types. This is a minimal bugfix release to remove the mandatory dependency on the skeptic crate (fixing #8 (closed)). Instead, this is now optional, and enabled by default in CI.

I am happy to announce the 0.2.0 release of err-derive, a minimal approach to implementing std::Error for your error types. This release comes fairly quickly after the recent 0.1.6 release, which was the first by a new maintainer, Dirkjan Ochtman (@djc).

Thanks to a group of great contributors, this release comes with some nice improvements. First and foremost, From implementations for variants that have an inner #[source]-marked type are automatically derived, drastically cutting down on boilerplate in common scenarios. Second, #[source] is now preferred over #[cause], following along with changes in the std::error::Error API. Support for #[cause] will be removed in a future release. Finally, display annotations allow usage of other kinds of expressions and no-std scenarios are now supported. For details, see below.

• Automatically implement From<T> for #[source] types (!7 (merged) and !9 (merged), thanks to @icewind)
• Rename #[cause] to #[source] to mirror std deprecation (!10 (merged), thanks to @jjakobh)
• Allow usage in no-std scenarios by only deriving std::fmt::Display (!12 (closed), thanks to @icewind)
• Enable use of constants and function calls in display args (!13 (merged), thanks to @Ruckinger)
• Require an implementation of std::fmt::Display (!1 (closed), thanks to @udoprog)
• Improve error handling some more (!8 (merged), thanks to @icewind)

I am happy to announce the 0.1.6 release of err-derive, the minimal approach to implenting std::Error for your error types. Almost 10 months after 0.1.5, this is the first release by a new maintainer, Dirkjan Ochtman (@djc).

• Better error messages by using proc-macro-error (!4 (merged), thanks to @icewind)
• Upgrade to syn-1.0 and related dependencies (!2 (merged), thanks to @jjakobh)
• Fix image URL for the GitLab badge (!3 (merged), thanks to @naufraghi)