rust: introduce `dirstate-tree` cargo feature
This feature gates (at compile-time) the use of the newly-added dirstate tree. The motivation for this is that the dirstate tree is currently *very* slow; replacing the current hashmap-based dirstate is not a viable solution in terms of performance... and why would you be using the Rust implementation if not for performance? The feature will also help reviewers better understand the differences that will slowly appear as the dirstate tree gets better. Differential Revision: https://phab.mercurial-scm.org/D9132
Showing
- Makefile 1 addition, 1 deletionMakefile
- contrib/heptapod-ci.yml 15 additions, 0 deletionscontrib/heptapod-ci.yml
- rust/README.rst 9 additions, 0 deletionsrust/README.rst
- rust/hg-core/Cargo.toml 6 additions, 0 deletionsrust/hg-core/Cargo.toml
- rust/hg-core/src/dirstate.rs 1 addition, 0 deletionsrust/hg-core/src/dirstate.rs
- rust/hg-cpython/Cargo.toml 1 addition, 0 deletionsrust/hg-cpython/Cargo.toml
Loading
Please register or sign in to comment