rust/ripgrep
1
0
Fork 0
mirror of https://github.com/BurntSushi/ripgrep.git synced 2025-02-04 06:08:39 +02:00
Code Issues Releases Activity
ripgrep/Cargo.toml

81 lines
1.9 KiB
TOML
Raw Normal View History

initial commit
2016-02-27 11:07:26 -05:00
[package]
Rename xrep to ripgrep.
2016-09-08 16:15:44 -04:00
name = "ripgrep"
release: 0.8.1
2018-02-20 20:19:03 -05:00
version = "0.8.1" #:version
initial commit
2016-02-27 11:07:26 -05:00
authors = ["Andrew Gallant <jamslam@gmail.com>"]
description = """
doc: update crates.io description This brings it in line with the README.
2018-04-26 17:04:35 -04:00
ripgrep is a line-oriented search tool that recursively searches your current
directory for a regex pattern while respecting your gitignore rules. ripgrep
has first class support on Windows, macOS and Linux
initial commit
2016-02-27 11:07:26 -05:00
"""
Rename xrep to ripgrep.
2016-09-08 16:15:44 -04:00
documentation = "https://github.com/BurntSushi/ripgrep"
homepage = "https://github.com/BurntSushi/ripgrep"
repository = "https://github.com/BurntSushi/ripgrep"
initial commit
2016-02-27 11:07:26 -05:00
readme = "README.md"
keywords = ["regex", "grep", "egrep", "search", "pattern"]
Add 'text-processing' category.
2017-01-21 11:31:09 -05:00
categories = ["command-line-utilities", "text-processing"]
initial commit
2016-02-27 11:07:26 -05:00
license = "Unlicense/MIT"
Don't include HomebrewFormula in crate.
2016-10-10 22:24:28 -04:00
exclude = ["HomebrewFormula"]
Switch from Docopt to Clap. There were two important reasons for the switch: 1. Performance. Docopt does poorly when the argv becomes large, which is a reasonable common use case for search tools. (e.g., use with xargs) 2. Better failure modes. Clap knows a lot more about how a particular argv might be invalid, and can therefore provide much clearer error messages. While both were important, (1) made it urgent. Note that since Clap requires at least Rust 1.11, this will in turn increase the minimum Rust version supported by ripgrep from Rust 1.9 to Rust 1.11. It is therefore a breaking change, so the soonest release of ripgrep with Clap will have to be 0.3. There is also at least one subtle breaking change in real usage. Previous to this commit, this used to work: rg -e -foo Where this would cause ripgrep to search for the string `-foo`. Clap currently has problems supporting this use case (see: https://github.com/kbknapp/clap-rs/issues/742), but it can be worked around by using this instead: rg -e [-]foo or even rg [-]foo and this still works: rg -- -foo This commit also adds Bash, Fish and PowerShell completion files to the release, fixes a bug that prevented ripgrep from working on file paths containing invalid UTF-8 and shows short descriptions in the output of `-h` but longer descriptions in the output of `--help`. Fixes #136, Fixes #189, Fixes #210, Fixes #230
2016-11-12 21:48:11 -05:00
build = "build.rs"
initial commit
2016-02-27 11:07:26 -05:00
cargo: add crates.io badges
2017-08-23 19:54:33 -04:00
[badges]
travis-ci = { repository = "BurntSushi/ripgrep" }
appveyor = { repository = "BurntSushi/ripgrep" }
globbing by regex
2016-08-25 21:44:37 -04:00
[[bin]]
bench = false
path = "src/main.rs"
Rename xrep to ripgrep.
2016-09-08 16:15:44 -04:00
name = "rg"
globbing by regex
2016-08-25 21:44:37 -04:00
Add integration tests.
2016-09-09 22:58:30 -04:00
[[test]]
name = "integration"
path = "tests/tests.rs"
Speeding CI builds
2017-12-19 01:04:49 +02:00
[workspace]
argv: update clap to 2.29.4 We use the new AppSettings::AllArgsOverrideSelf to permit all flags to be specified multiple times. This removes the need for our previous work-around where we would enable `multiple` for every flag and then just extract the last value when consuming clap's matches. We also add a couple regression tests that ensure repeated switches and flags work as expected.
2018-02-05 19:22:44 -05:00
members = ["grep", "globset", "ignore", "termcolor", "wincolor"]
Speeding CI builds
2017-12-19 01:04:49 +02:00
initial commit
2016-02-27 11:07:26 -05:00
[dependencies]
deps: update to atty 0.2.9 https://github.com/softprops/atty/pull/25 was merged, so we can upgrade.
2018-04-23 19:32:39 -04:00
atty = "0.2.9"
deps: update bytecount This improves performance with current nightly rustc.
2018-01-30 21:34:30 +00:00
bytecount = "0.3.1"
Update encoding_rs to 0.7.0
2017-08-28 13:19:17 +03:00
encoding_rs = "0.7"
globset: release 0.4.0
2018-04-21 12:09:15 -04:00
globset = { version = "0.4.0", path = "globset" }
grep: release 0.1.8
2018-02-11 13:35:54 -05:00
grep = { version = "0.1.8", path = "grep" }
ignore: release 0.4.0
2018-02-11 13:42:59 -05:00
ignore = { version = "0.4.0", path = "ignore" }
deps: bump lazy_static to 1
2017-11-30 17:51:06 +01:00
lazy_static = "1"
restore the default SIGPIPE behavior as a temporary workaround See https://github.com/BurntSushi/ripgrep/issues/200.
2017-08-27 14:32:20 -04:00
libc = "0.2"
logger: drop env_logger This commit updates the `log` crate to 0.4 and drops the dependency on env_logger. In particular, the latest version of env_logger brings in additional non-optional dependencies such as chrono that I don't think is worth including into ripgrep. It turns out ripgrep doesn't need any fancy logging. We just need a concept of log levels and the ability to print to stderr. Therefore, we just roll our own super simple logger. This update is motivated by the persistent configuration task. In particular, we need the ability to toggle the global log level more than once, and this doesn't appear to be possible with older versions of the log crate.
2018-02-03 21:31:28 -05:00
log = "0.4"
deps: upgrade to memchr 2
2017-10-21 18:45:39 -04:00
memchr = "2"
Update to memmap 0.6 `memmap` 0.6.0 introduces major API changes in anticipation of a 1.0 release. See https://github.com/danburkert/memmap-rs/releases/tag/0.6.0 for more information. CC danburkert/memmap-rs#33.
2017-10-28 15:32:43 -07:00
memmap = "0.6"
globbing by regex
2016-08-25 21:44:37 -04:00
num_cpus = "1"
deps: update regex This fixes build failures on latest nightly with SIMD features.
2018-03-17 16:33:34 -07:00
regex = "0.2.10"
ignore: upgrade to walkdir 2 The uninteresting bits of this commit involve mechanical changes for updates to walkdir 2. The more interesting bits of this commit are the breaking changes, although none of them should require any significant change on users of this library. The breaking changes are as follows: * `DirEntry::path_is_symbolic_link` has been renamed to `DirEntry::path_is_symlink`. This matches the conventions in the standard library, and also the corresponding name change in walkdir. * Removed the `From<walkdir::Error> for ignore::Error` impl. This was intended to only be used internally, but was the only thing that made `walkdir` a public dependency of `ignore`. Therefore, we remove it since it seems unnecessary. * Renamed `WalkBuilder::sort_by` to `WalkBuilder::sort_by_file_name`, and changed the type of the comparator from Fn(&OsString, &OsString) -> cmp::Ordering + 'static to Fn(&OsStr, &OsStr) -> cmp::Ordering + Send + Sync + 'static The corresponding change in `walkdir` retains the `sort_by` name, but gives the comparator a pair of `&DirEntry` values instead of a pair of `&OsStr` values. Ideally, `ignore` would hand off its own pair of `&ignore::DirEntry` values, but this requires more design work. So for now, we retain previous functionality, but leave room to make a proper `sort_by` method. [breaking-change]
2017-10-21 19:27:04 -04:00
same-file = "1"
termcolor: release 0.3.4
2018-02-11 13:39:12 -05:00
termcolor = { version = "0.3.4", path = "termcolor" }
globbing by regex
2016-08-25 21:44:37 -04:00
deps: remove vec-map feature from clap This removes the vec-map feature from clap. clap's README claims that vec-map provides a small performance benefit, but I could observe any in ripgrep workloads. The benefit here is that it drops a dependency. Amazingly, this drops whole release build times for ripgrep from 68s to 33s, and debug build time also decreases from 22s to 15.5s. This was entirely unintentional but a welcome surprise.
2018-02-03 21:50:30 -05:00
[dependencies.clap]
argv: update clap to 2.29.4 We use the new AppSettings::AllArgsOverrideSelf to permit all flags to be specified multiple times. This removes the need for our previous work-around where we would enable `multiple` for every flag and then just extract the last value when consuming clap's matches. We also add a couple regression tests that ensure repeated switches and flags work as expected.
2018-02-05 19:22:44 -05:00
version = "2.29.4"
deps: remove vec-map feature from clap This removes the vec-map feature from clap. clap's README claims that vec-map provides a small performance benefit, but I could observe any in ripgrep workloads. The benefit here is that it drops a dependency. Amazingly, this drops whole release build times for ripgrep from 68s to 33s, and debug build time also decreases from 22s to 15.5s. This was entirely unintentional but a welcome surprise.
2018-02-03 21:50:30 -05:00
default-features = false
features = ["suggestions", "color"]
windows: fix OneDrive traversals This commit fixes a bug on Windows where directory traversals were completely broken when attempting to scan OneDrive directories that use the "file on demand" strategy. The specific problem was that Rust's standard library treats OneDrive directories as reparse points instead of directories, which causes methods like `FileType::is_file` and `FileType::is_dir` to always return false, even when retrieved via methods like `metadata` that purport to follow symbolic links. We fix this by peppering our code with checks on the underlying file attributes exposed by Windows. We consider an entry a directory if and only if the directory bit is set on the attributes. We are careful to make sure that the code remains the same on non-Windows platforms. Note that we also bump the dependency on `walkdir`, which contains a similar fix for its traversals. This bug is recorded upstream: https://github.com/rust-lang/rust/issues/46484 Upstream also has a pending PR: https://github.com/rust-lang/rust/pull/47956 Fixes #705
2018-02-01 21:11:02 -05:00
[target.'cfg(windows)'.dependencies.winapi]
version = "0.3"
features = ["std", "winnt"]
Switch from Docopt to Clap. There were two important reasons for the switch: 1. Performance. Docopt does poorly when the argv becomes large, which is a reasonable common use case for search tools. (e.g., use with xargs) 2. Better failure modes. Clap knows a lot more about how a particular argv might be invalid, and can therefore provide much clearer error messages. While both were important, (1) made it urgent. Note that since Clap requires at least Rust 1.11, this will in turn increase the minimum Rust version supported by ripgrep from Rust 1.9 to Rust 1.11. It is therefore a breaking change, so the soonest release of ripgrep with Clap will have to be 0.3. There is also at least one subtle breaking change in real usage. Previous to this commit, this used to work: rg -e -foo Where this would cause ripgrep to search for the string `-foo`. Clap currently has problems supporting this use case (see: https://github.com/kbknapp/clap-rs/issues/742), but it can be worked around by using this instead: rg -e [-]foo or even rg [-]foo and this still works: rg -- -foo This commit also adds Bash, Fish and PowerShell completion files to the release, fixes a bug that prevented ripgrep from working on file paths containing invalid UTF-8 and shows short descriptions in the output of `-h` but longer descriptions in the output of `--help`. Fixes #136, Fixes #189, Fixes #210, Fixes #230
2016-11-12 21:48:11 -05:00
[build-dependencies]
deps: bump lazy_static to 1
2017-11-30 17:51:06 +01:00
lazy_static = "1"
Switch from Docopt to Clap. There were two important reasons for the switch: 1. Performance. Docopt does poorly when the argv becomes large, which is a reasonable common use case for search tools. (e.g., use with xargs) 2. Better failure modes. Clap knows a lot more about how a particular argv might be invalid, and can therefore provide much clearer error messages. While both were important, (1) made it urgent. Note that since Clap requires at least Rust 1.11, this will in turn increase the minimum Rust version supported by ripgrep from Rust 1.9 to Rust 1.11. It is therefore a breaking change, so the soonest release of ripgrep with Clap will have to be 0.3. There is also at least one subtle breaking change in real usage. Previous to this commit, this used to work: rg -e -foo Where this would cause ripgrep to search for the string `-foo`. Clap currently has problems supporting this use case (see: https://github.com/kbknapp/clap-rs/issues/742), but it can be worked around by using this instead: rg -e [-]foo or even rg [-]foo and this still works: rg -- -foo This commit also adds Bash, Fish and PowerShell completion files to the release, fixes a bug that prevented ripgrep from working on file paths containing invalid UTF-8 and shows short descriptions in the output of `-h` but longer descriptions in the output of `--help`. Fixes #136, Fixes #189, Fixes #210, Fixes #230
2016-11-12 21:48:11 -05:00
deps: remove vec-map feature from clap This removes the vec-map feature from clap. clap's README claims that vec-map provides a small performance benefit, but I could observe any in ripgrep workloads. The benefit here is that it drops a dependency. Amazingly, this drops whole release build times for ripgrep from 68s to 33s, and debug build time also decreases from 22s to 15.5s. This was entirely unintentional but a welcome surprise.
2018-02-03 21:50:30 -05:00
[build-dependencies.clap]
argv: update clap to 2.29.4 We use the new AppSettings::AllArgsOverrideSelf to permit all flags to be specified multiple times. This removes the need for our previous work-around where we would enable `multiple` for every flag and then just extract the last value when consuming clap's matches. We also add a couple regression tests that ensure repeated switches and flags work as expected.
2018-02-05 19:22:44 -05:00
version = "2.29.4"
deps: remove vec-map feature from clap This removes the vec-map feature from clap. clap's README claims that vec-map provides a small performance benefit, but I could observe any in ripgrep workloads. The benefit here is that it drops a dependency. Amazingly, this drops whole release build times for ripgrep from 68s to 33s, and debug build time also decreases from 22s to 15.5s. This was entirely unintentional but a welcome surprise.
2018-02-03 21:50:30 -05:00
default-features = false
features = ["suggestions", "color"]
File path filtering works and is pretty fast. I'm pretty disappointed by the performance of regex sets. They are apparently spending a lot of their time in construction of the DFA, which probably means that the DFA is just too big. It turns out that it's actually faster to build an *additional* normal regex with the alternation of every glob and use it as a first-pass filter over every file path. If there's a match, only then do we try the more expensive RegexSet.
2016-08-27 01:01:06 -04:00
[features]
deps: update regex crate This update brings with it a new feature of the regex crate which will now use SIMD optimizations automatically at runtime with no necessary compile time flags. All that's needed is to enable the `unstable` feature. Other crates, such as bytecount and encoding_rs, are still using the old-style SIMD support, so we leave the simd-accel and avx-accel features. However, the binaries we distribute on Github no longer have those features enabled, which makes them truly portable. Fixes #135
2018-03-10 14:02:06 -05:00
avx-accel = ["bytecount/avx-accel", "regex/unstable"]
style: 80 cols
2017-10-21 18:45:24 -04:00
simd-accel = [
"bytecount/simd-accel",
"encoding_rs/simd-accel",
deps: update regex crate This update brings with it a new feature of the regex crate which will now use SIMD optimizations automatically at runtime with no necessary compile time flags. All that's needed is to enable the `unstable` feature. Other crates, such as bytecount and encoding_rs, are still using the old-style SIMD support, so we leave the simd-accel and avx-accel features. However, the binaries we distribute on Github no longer have those features enabled, which makes them truly portable. Fixes #135
2018-03-10 14:02:06 -05:00
"regex/unstable",
style: 80 cols
2017-10-21 18:45:24 -04:00
]
deps: update regex crate This update brings with it a new feature of the regex crate which will now use SIMD optimizations automatically at runtime with no necessary compile time flags. All that's needed is to enable the `unstable` feature. Other crates, such as bytecount and encoding_rs, are still using the old-style SIMD support, so we leave the simd-accel and avx-accel features. However, the binaries we distribute on Github no longer have those features enabled, which makes them truly portable. Fixes #135
2018-03-10 14:02:06 -05:00
unstable = ["regex/unstable"]
File path filtering works and is pretty fast. I'm pretty disappointed by the performance of regex sets. They are apparently spending a lot of their time in construction of the DFA, which probably means that the DFA is just too big. It turns out that it's actually faster to build an *additional* normal regex with the alternation of every glob and use it as a first-pass filter over every file path. If there's a match, only then do we try the more expensive RegexSet.
2016-08-27 01:01:06 -04:00
initial commit
2016-02-27 11:07:26 -05:00
[profile.release]
debug = true
Reference in New Issue Copy Permalink