hir/
db.rs

1//! Re-exports various subcrates databases so that the calling code can depend
2//! only on `hir`. This breaks abstraction boundary a bit, it would be cool if
3//! we didn't do that.
4//!
5//! But we need this for at least LRU caching at the query level.
6pub use hir_def::db::DefDatabase;
7pub use hir_expand::db::ExpandDatabase;
8pub use hir_ty::db::HirDatabase;