rust/ripgrep
1
0
Fork 0
mirror of https://github.com/BurntSushi/ripgrep.git synced 2025-01-19 05:49:14 +02:00
Code Issues Releases Activity
ripgrep/Cargo.toml

64 lines
1.5 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"
cargo: bump to 0.7.0
2017-10-21 22:39:14 -04:00
version = "0.7.0" #:version
initial commit
2016-02-27 11:07:26 -05:00
authors = ["Andrew Gallant <jamslam@gmail.com>"]
description = """
update Cargo.toml description
2016-09-13 21:16:18 -04:00
Line oriented search tool using Rust's regex library. Combines the raw
performance of grep with the usability of the silver searcher.
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"
initial commit
2016-02-27 11:07:26 -05:00
[dependencies]
Replace internal atty module with atty crate. This removes all use of explicit unsafe in ripgrep proper except for one: accessing the contents of a memory map. (Which may never go away.)
2017-01-15 16:32:30 -05:00
atty = "0.2.2"
Use the bytecount crate for fast line counting. Fixes #128
2016-09-23 04:59:25 +02:00
bytecount = "0.1.4"
bump deps
2017-08-23 19:52:13 -04:00
clap = "2.26"
Update encoding_rs to 0.7.0
2017-08-28 13:19:17 +03:00
encoding_rs = "0.7"
update env_logger to 0.4
2017-02-25 22:56:17 +01:00
env_logger = { version = "0.4", default-features = false }
cargo: bump to 0.7.0
2017-10-21 22:39:14 -04:00
grep = { version = "0.1.7", path = "grep" }
ignore = { version = "0.3.0", path = "ignore" }
More progress. With coloring!
2016-09-05 17:36:41 -04:00
lazy_static = "0.2"
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"
Implementing core functionality. Initially experimenting with crossbeam to manage synchronization.
2016-08-28 01:37:12 -04:00
log = "0.3"
deps: upgrade to memchr 2
2017-10-21 18:45:39 -04:00
memchr = "2"
Move all gitignore matching to separate crate. This PR introduces a new sub-crate, `ignore`, which primarily provides a fast recursive directory iterator that respects ignore files like gitignore and other configurable filtering rules based on globs or even file types. This results in a substantial source of complexity moved out of ripgrep's core and into a reusable component that others can now (hopefully) benefit from. While much of the ignore code carried over from ripgrep's core, a substantial portion of it was rewritten with the following goals in mind: 1. Reuse matchers built from gitignore files across directory iteration. 2. Design the matcher data structure to be amenable for parallelizing directory iteration. (Indeed, writing the parallel iterator is the next step.) Fixes #9, #44, #45
2016-10-11 19:57:09 -04:00
memmap = "0.5"
globbing by regex
2016-08-25 21:44:37 -04:00
num_cpus = "1"
0.4.0
2017-01-13 23:46:21 -05:00
regex = "0.2.1"
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"
cargo: bump to 0.7.0
2017-10-21 22:39:14 -04:00
termcolor = { version = "0.3.3", path = "termcolor" }
globbing by regex
2016-08-25 21:44:37 -04:00
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]
bump deps
2017-08-23 19:52:13 -04:00
clap = "2.26"
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
lazy_static = "0.2"
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]
Actually use simd/avx optimizations in bytecount crate. Also update compile script.
2016-11-05 22:44:33 -04:00
avx-accel = ["bytecount/avx-accel"]
style: 80 cols
2017-10-21 18:45:24 -04:00
simd-accel = [
"bytecount/simd-accel",
"regex/simd-accel",
"encoding_rs/simd-accel",
]
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