Skip to content

Commit fa575d0

Browse files
authored
Correct some minor typos in README.md
1 parent 5ea3eb1 commit fa575d0

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

README.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -225,7 +225,7 @@ The full set of features one can disable are
225225

226226
### Performance
227227

228-
One of the goals of this crate is for the regex engine to be "fast." What that
228+
One of the goals of this crate is for the regex engine to be "fast." While that
229229
is a somewhat nebulous goal, it is usually interpreted in one of two ways.
230230
First, it means that all searches take worst case `O(m * n)` time, where
231231
`m` is proportional to `len(regex)` and `n` is proportional to `len(haystack)`.
@@ -234,7 +234,7 @@ searches are "fast" in practice.
234234

235235
While the first interpretation is pretty unambiguous, the second one remains
236236
nebulous. While nebulous, it guides this crate's architecture and the sorts of
237-
the trade-offs it makes. For example, here are some general architectural
237+
trade-offs it makes. For example, here are some general architectural
238238
statements that follow as a result of the goal to be "fast":
239239

240240
* When given the choice between faster regex searches and faster _Rust compile
@@ -247,7 +247,7 @@ the speed of `Regex::new` needs to remain somewhat reasonable. But this is why
247247
one should avoid re-compiling the same regex over and over again.)
248248
* When given the choice between faster regex searches and simpler API
249249
design, this crate will generally choose faster regex searches. For example,
250-
if one didn't care about performance, we could like get rid of both of
250+
if one didn't care about performance, we could likely get rid of both of
251251
the `Regex::is_match` and `Regex::find` APIs and instead just rely on
252252
`Regex::captures`.
253253

0 commit comments

Comments
 (0)