1
1
# Rules Rust - Architecture
2
2
3
3
In this file we describe how we think about the architecture
4
- of ` rules_rust ` . It's goal is to help contributors orient themselves, and to
4
+ of ` rules_rust ` . Its goal is to help contributors orient themselves, and to
5
5
document code restrictions and assumptions.
6
6
7
7
In general we try to follow the common standard defined by
@@ -18,15 +18,15 @@ rules integrating with rules_rust.
18
18
the core rules should be able to ignore all other packages.
19
19
20
20
` //rust:defs.bzl ` is the file that all users of ` rules_rust ` will be using.
21
- Everything in this file can be used (dependend on) and is supported (though
21
+ Everything in this file can be used (depended on) and is supported (though
22
22
stability is not currently guaranteed across commits, see
23
23
[ #600 ] ( https://github.com/bazelbuild/rules_rust/issues/600 ) ). Typically this
24
- file reexports definitions from other files, typically from ` //rust/private ` .
24
+ file re-exports definitions from other files, typically from ` //rust/private ` .
25
25
Also other packages in ` rules_rust ` should access core rules through the public
26
26
API only. We expect dogfooding our own APIs increases their
27
27
quality.
28
28
29
- ` //rust/private ` package contains code rule implementation. This file can only
29
+ ` //rust/private ` package contains code for rule implementation. This file can only
30
30
depend on ` //rust ` and its subpackages. Exceptions are Bazel's builtin packages
31
31
and public APIs of other rules (such as ` rules_cc ` ). Depending on
32
32
` //rust/private ` from packages other than ` //rust ` is not supported, we reserve
0 commit comments