Open LeoniePhiline opened 12 months ago
Note: anyhow
-compat issues discussed at https://github.com/eyre-rs/eyre/issues/131 also apply to color_eyre
re-exports.
Status: Waiting on https://github.com/eyre-rs/eyre/pull/138 to be able to re-export anyhow
compatibility layer.
Thus, this should also replace https://github.com/eyre-rs/color-eyre/pull/142.
I commonly use
color_eyre
and its re-exports fromeyre
.However, not all commonly used symbols are re-exported. This results in nested imports like:
The ambiguity between
color_eyre::eyre
(the crate re-export) andcolor_eyre::eyre::eyre
(the macro) is also a pain point in my daily work.(Rust analyzer unfortunately makes this worse by onlym despite the
!
postfix, offering an auto-import ofcolor_eyre::eyre
instead of the correctcolor_eyre::eyre::eyre
wheneyre!
is not in scope.)From an ergonomics standpoint, I would wish for the full
eyre
feature-set (including e.g.WrapErr
andOptionExt
) to be re-exported fromcolor_eyre
:In the above hypothetical
use
statement, theeyre
imports theeyre!
macro, not theeyre
crate.This is a breaking change.