Problem with dependencies in Macros

[Yandros]

Proc macros - using third party crate

The Rust solution to this, more general than just to procedural macros, are public dependencies through public reexports: //! Your `lib.rs` // 2018 edition pub use ::itertools; // old style pub extern crate itertools; and then within a macro_rules! macro, for instance, you expand to a path referring to your crate first, which must contain the itertools crate as the second element of the path / as if it were a top-level module: macro_rules! my_izip {( $($input:tt)* ) => ( $crate // …