Closed jrmuizel closed 4 years ago
I think the way that crates normally get around this is by re-exporting these 3rd party dependencies from the crate where the macros are used so that the only dependency the user needs to specify is the one crate and not its implicit dependencies.
My suggestion would be to keep win_etw_macros as is, but re-export its functionality from another crate (perhaps just an win_etw
or etw
crate?). This crate can also re-export the currently implicit dependencies like widestring
and winapi
.
I'll add a re-export of widestring
from win_etw
to address this.
Thanks.
I've fixed this and published a new version (0.1.1) of all of the crates.
I've also moved this project to https://github.com/microsoft/rust_win_etw.
Thanks for reporting this!
e.g. something like:
fails to build with:
Adding
widestring
to my Cargo.toml fixes the problem.