2016-11-10 00:19:40 +02:00
|
|
|
use std::cmp;
|
2016-09-05 06:52:23 +02:00
|
|
|
use std::env;
|
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-13 04:48:11 +02:00
|
|
|
use std::ffi::OsStr;
|
2018-08-03 23:26:22 +02:00
|
|
|
use std::fs::File;
|
2016-11-09 13:07:53 +02:00
|
|
|
use std::io::{self, BufRead};
|
2016-09-05 06:52:23 +02:00
|
|
|
use std::path::{Path, PathBuf};
|
2016-12-24 19:53:09 +02:00
|
|
|
use std::sync::Arc;
|
2016-09-05 06:52:23 +02:00
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
use atty;
|
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-13 04:48:11 +02:00
|
|
|
use clap;
|
2018-08-03 23:26:22 +02:00
|
|
|
use grep::matcher::LineTerminator;
|
|
|
|
#[cfg(feature = "pcre2")]
|
|
|
|
use grep::pcre2::{
|
|
|
|
RegexMatcher as PCRE2RegexMatcher,
|
|
|
|
RegexMatcherBuilder as PCRE2RegexMatcherBuilder,
|
|
|
|
};
|
|
|
|
use grep::printer::{
|
|
|
|
ColorSpecs, Stats,
|
|
|
|
JSON, JSONBuilder,
|
|
|
|
Standard, StandardBuilder,
|
|
|
|
Summary, SummaryBuilder, SummaryKind,
|
|
|
|
};
|
|
|
|
use grep::regex::{
|
|
|
|
RegexMatcher as RustRegexMatcher,
|
|
|
|
RegexMatcherBuilder as RustRegexMatcherBuilder,
|
|
|
|
};
|
|
|
|
use grep::searcher::{
|
|
|
|
BinaryDetection, Encoding, MmapChoice, Searcher, SearcherBuilder,
|
|
|
|
};
|
|
|
|
use ignore::overrides::{Override, OverrideBuilder};
|
|
|
|
use ignore::types::{FileTypeDef, Types, TypesBuilder};
|
|
|
|
use ignore::{Walk, WalkBuilder, WalkParallel};
|
2016-09-05 06:52:23 +02:00
|
|
|
use log;
|
|
|
|
use num_cpus;
|
2018-08-03 23:26:22 +02:00
|
|
|
use path_printer::{PathPrinter, PathPrinterBuilder};
|
|
|
|
use regex::{self, Regex};
|
|
|
|
use same_file::Handle;
|
|
|
|
use termcolor::{
|
|
|
|
WriteColor,
|
|
|
|
BufferedStandardStream, BufferWriter, ColorChoice, StandardStream,
|
|
|
|
};
|
2016-09-05 06:52:23 +02: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-13 04:48:11 +02:00
|
|
|
use app;
|
2018-02-04 03:33:52 +02:00
|
|
|
use config;
|
2018-02-04 04:31:28 +02:00
|
|
|
use logger::Logger;
|
2018-08-03 23:26:22 +02:00
|
|
|
use messages::{set_messages, set_ignore_messages};
|
|
|
|
use search::{PatternMatcher, Printer, SearchWorker, SearchWorkerBuilder};
|
|
|
|
use subject::SubjectBuilder;
|
|
|
|
use unescape::{escape, unescape};
|
2016-12-24 17:06:37 +02:00
|
|
|
use Result;
|
2016-09-05 06:52:23 +02:00
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// The command that ripgrep should execute based on the command line
|
|
|
|
/// configuration.
|
|
|
|
#[derive(Clone, Copy, Debug, Eq, PartialEq)]
|
|
|
|
pub enum Command {
|
|
|
|
/// Search using exactly one thread.
|
|
|
|
Search,
|
|
|
|
/// Search using possibly many threads.
|
|
|
|
SearchParallel,
|
|
|
|
/// The command line parameters suggest that a search should occur, but
|
|
|
|
/// ripgrep knows that a match can never be found (e.g., no given patterns
|
|
|
|
/// or --max-count=0).
|
|
|
|
SearchNever,
|
|
|
|
/// Show the files that would be searched, but don't actually search them,
|
|
|
|
/// and use exactly one thread.
|
|
|
|
Files,
|
|
|
|
/// Show the files that would be searched, but don't actually search them,
|
|
|
|
/// and perform directory traversal using possibly many threads.
|
|
|
|
FilesParallel,
|
|
|
|
/// List all file type definitions configured, including the default file
|
|
|
|
/// types and any additional file types added to the command line.
|
|
|
|
Types,
|
|
|
|
}
|
|
|
|
|
|
|
|
impl Command {
|
|
|
|
/// Returns true if and only if this command requires executing a search.
|
|
|
|
fn is_search(&self) -> bool {
|
|
|
|
use self::Command::*;
|
|
|
|
|
|
|
|
match *self {
|
|
|
|
Search | SearchParallel => true,
|
|
|
|
SearchNever | Files | FilesParallel | Types => false,
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// The primary configuration object used throughout ripgrep. It provides a
|
|
|
|
/// high-level convenient interface to the provided command line arguments.
|
|
|
|
///
|
|
|
|
/// An `Args` object is cheap to clone and can be used from multiple threads
|
|
|
|
/// simultaneously.
|
|
|
|
#[derive(Clone, Debug)]
|
|
|
|
pub struct Args(Arc<ArgsImp>);
|
|
|
|
|
|
|
|
#[derive(Clone, Debug)]
|
|
|
|
struct ArgsImp {
|
|
|
|
/// Mid-to-low level routines for extracting CLI arguments.
|
|
|
|
matches: ArgMatches,
|
|
|
|
/// The patterns provided at the command line and/or via the -f/--file
|
|
|
|
/// flag. This may be empty.
|
|
|
|
patterns: Vec<String>,
|
|
|
|
/// A matcher built from the patterns.
|
|
|
|
///
|
|
|
|
/// It's important that this is only built once, since building this goes
|
|
|
|
/// through regex compilation and various types of analyses. That is, if
|
|
|
|
/// you need many of theses (one per thread, for example), it is better to
|
|
|
|
/// build it once and then clone it.
|
|
|
|
matcher: PatternMatcher,
|
|
|
|
/// The paths provided at the command line. This is guaranteed to be
|
|
|
|
/// non-empty. (If no paths are provided, then a default path is created.)
|
2016-09-05 06:52:23 +02:00
|
|
|
paths: Vec<PathBuf>,
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns true if and only if `paths` had to be populated with a single
|
|
|
|
/// default path.
|
|
|
|
using_default_path: bool,
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
impl Args {
|
|
|
|
/// Parse the command line arguments for this process.
|
|
|
|
///
|
|
|
|
/// If a CLI usage error occurred, then exit the process and print a usage
|
|
|
|
/// or error message. Similarly, if the user requested the version of
|
2016-09-08 22:15:44 +02:00
|
|
|
/// ripgrep, then print the version and exit.
|
2016-09-05 06:52:23 +02:00
|
|
|
///
|
|
|
|
/// Also, initialize a global logger.
|
|
|
|
pub fn parse() -> Result<Args> {
|
2018-02-04 03:33:52 +02:00
|
|
|
// We parse the args given on CLI. This does not include args from
|
|
|
|
// the config. We use the CLI args as an initial configuration while
|
|
|
|
// trying to parse config files. If a config file exists and has
|
|
|
|
// arguments, then we re-parse argv, otherwise we just use the matches
|
|
|
|
// we have here.
|
2018-08-03 23:26:22 +02:00
|
|
|
let early_matches = ArgMatches::new(app::app().get_matches());
|
|
|
|
set_messages(!early_matches.is_present("no-messages"));
|
|
|
|
set_ignore_messages(!early_matches.is_present("no-ignore-messages"));
|
2016-09-05 06:52:23 +02:00
|
|
|
|
2018-02-04 04:31:28 +02:00
|
|
|
if let Err(err) = Logger::init() {
|
2018-08-03 23:26:22 +02:00
|
|
|
return Err(format!("failed to initialize logger: {}", err).into());
|
2018-02-04 04:31:28 +02:00
|
|
|
}
|
2018-08-03 23:26:22 +02:00
|
|
|
if early_matches.is_present("trace") {
|
|
|
|
log::set_max_level(log::LevelFilter::Trace);
|
|
|
|
} else if early_matches.is_present("debug") {
|
2018-02-04 03:33:52 +02:00
|
|
|
log::set_max_level(log::LevelFilter::Debug);
|
|
|
|
} else {
|
|
|
|
log::set_max_level(log::LevelFilter::Warn);
|
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
let matches = early_matches.reconfigure();
|
2018-02-04 03:33:52 +02:00
|
|
|
// The logging level may have changed if we brought in additional
|
|
|
|
// arguments from a configuration file, so recheck it and set the log
|
|
|
|
// level as appropriate.
|
2018-08-03 23:26:22 +02:00
|
|
|
if matches.is_present("trace") {
|
|
|
|
log::set_max_level(log::LevelFilter::Trace);
|
|
|
|
} else if matches.is_present("debug") {
|
2018-02-04 04:31:28 +02:00
|
|
|
log::set_max_level(log::LevelFilter::Debug);
|
2016-09-05 06:52:23 +02:00
|
|
|
} else {
|
2018-02-04 04:31:28 +02:00
|
|
|
log::set_max_level(log::LevelFilter::Warn);
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
2018-08-03 23:26:22 +02:00
|
|
|
set_messages(!matches.is_present("no-messages"));
|
|
|
|
set_ignore_messages(!matches.is_present("no-ignore-messages"));
|
2018-02-04 03:33:52 +02:00
|
|
|
matches.to_args()
|
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Return direct access to command line arguments.
|
|
|
|
fn matches(&self) -> &ArgMatches {
|
|
|
|
&self.0.matches
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return the patterns found in the command line arguments. This includes
|
|
|
|
/// patterns read via the -f/--file flags.
|
|
|
|
fn patterns(&self) -> &[String] {
|
|
|
|
&self.0.patterns
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return the matcher builder from the patterns.
|
|
|
|
fn matcher(&self) -> &PatternMatcher {
|
|
|
|
&self.0.matcher
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return the paths found in the command line arguments. This is
|
|
|
|
/// guaranteed to be non-empty. In the case where no explicit arguments are
|
|
|
|
/// provided, a single default path is provided automatically.
|
|
|
|
fn paths(&self) -> &[PathBuf] {
|
|
|
|
&self.0.paths
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if `paths` had to be populated with a default
|
|
|
|
/// path, which occurs only when no paths were given as command line
|
|
|
|
/// arguments.
|
|
|
|
fn using_default_path(&self) -> bool {
|
|
|
|
self.0.using_default_path
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return the printer that should be used for formatting the output of
|
|
|
|
/// search results.
|
|
|
|
///
|
|
|
|
/// The returned printer will write results to the given writer.
|
|
|
|
fn printer<W: WriteColor>(&self, wtr: W) -> Result<Printer<W>> {
|
|
|
|
match self.matches().output_kind() {
|
|
|
|
OutputKind::Standard => {
|
|
|
|
let separator_search = self.command()? == Command::Search;
|
|
|
|
self.matches()
|
|
|
|
.printer_standard(self.paths(), wtr, separator_search)
|
|
|
|
.map(Printer::Standard)
|
|
|
|
}
|
|
|
|
OutputKind::Summary => {
|
|
|
|
self.matches()
|
|
|
|
.printer_summary(self.paths(), wtr)
|
|
|
|
.map(Printer::Summary)
|
|
|
|
}
|
|
|
|
OutputKind::JSON => {
|
|
|
|
self.matches()
|
|
|
|
.printer_json(wtr)
|
|
|
|
.map(Printer::JSON)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// High level public routines for building data structures used by ripgrep
|
|
|
|
/// from command line arguments.
|
|
|
|
impl Args {
|
|
|
|
/// Create a new buffer writer for multi-threaded printing with color
|
|
|
|
/// support.
|
|
|
|
pub fn buffer_writer(&self) -> Result<BufferWriter> {
|
|
|
|
let mut wtr = BufferWriter::stdout(self.matches().color_choice());
|
|
|
|
wtr.separator(self.matches().file_separator()?);
|
|
|
|
Ok(wtr)
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return the high-level command that ripgrep should run.
|
|
|
|
pub fn command(&self) -> Result<Command> {
|
|
|
|
let is_one_search = self.matches().is_one_search(self.paths());
|
|
|
|
let threads = self.matches().threads()?;
|
|
|
|
let one_thread = is_one_search || threads == 1;
|
|
|
|
|
|
|
|
Ok(if self.matches().is_present("type-list") {
|
|
|
|
Command::Types
|
|
|
|
} else if self.matches().is_present("files") {
|
|
|
|
if one_thread {
|
|
|
|
Command::Files
|
|
|
|
} else {
|
|
|
|
Command::FilesParallel
|
|
|
|
}
|
|
|
|
} else if self.matches().can_never_match(self.patterns()) {
|
|
|
|
Command::SearchNever
|
|
|
|
} else if one_thread {
|
|
|
|
Command::Search
|
|
|
|
} else {
|
|
|
|
Command::SearchParallel
|
|
|
|
})
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Builder a path printer that can be used for printing just file paths,
|
|
|
|
/// with optional color support.
|
|
|
|
///
|
|
|
|
/// The printer will print paths to the given writer.
|
|
|
|
pub fn path_printer<W: WriteColor>(
|
|
|
|
&self,
|
|
|
|
wtr: W,
|
|
|
|
) -> Result<PathPrinter<W>> {
|
|
|
|
let mut builder = PathPrinterBuilder::new();
|
|
|
|
builder
|
|
|
|
.color_specs(self.matches().color_specs()?)
|
|
|
|
.separator(self.matches().path_separator()?)
|
|
|
|
.terminator(self.matches().path_terminator().unwrap_or(b'\n'));
|
|
|
|
Ok(builder.build(wtr))
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if the search should quit after finding the
|
|
|
|
/// first match.
|
|
|
|
pub fn quit_after_match(&self) -> Result<bool> {
|
|
|
|
Ok(self.matches().is_present("quiet") && self.stats()?.is_none())
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Build a worker for executing searches.
|
|
|
|
///
|
|
|
|
/// Search results are written to the given writer.
|
|
|
|
pub fn search_worker<W: WriteColor>(
|
|
|
|
&self,
|
|
|
|
wtr: W,
|
|
|
|
) -> Result<SearchWorker<W>> {
|
|
|
|
let matcher = self.matcher().clone();
|
|
|
|
let printer = self.printer(wtr)?;
|
|
|
|
let searcher = self.matches().searcher(self.paths())?;
|
|
|
|
let mut builder = SearchWorkerBuilder::new();
|
|
|
|
builder
|
|
|
|
.json_stats(self.matches().is_present("json"))
|
|
|
|
.preprocessor(self.matches().preprocessor())
|
|
|
|
.search_zip(self.matches().is_present("search-zip"));
|
|
|
|
Ok(builder.build(matcher, searcher, printer))
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns a zero value for tracking statistics if and only if it has been
|
|
|
|
/// requested.
|
|
|
|
///
|
|
|
|
/// When this returns a `Stats` value, then it is guaranteed that the
|
|
|
|
/// search worker will be configured to track statistics as well.
|
|
|
|
pub fn stats(&self) -> Result<Option<Stats>> {
|
|
|
|
Ok(if self.command()?.is_search() && self.matches().stats() {
|
|
|
|
Some(Stats::new())
|
|
|
|
} else {
|
|
|
|
None
|
|
|
|
})
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return a builder for constructing subjects. A subject represents a
|
|
|
|
/// single unit of something to search. Typically, this corresponds to a
|
|
|
|
/// file or a stream such as stdin.
|
|
|
|
pub fn subject_builder(&self) -> SubjectBuilder {
|
|
|
|
let mut builder = SubjectBuilder::new();
|
|
|
|
builder
|
|
|
|
.strip_dot_prefix(self.using_default_path())
|
|
|
|
.skip(self.matches().stdout_handle());
|
|
|
|
builder
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Execute the given function with a writer to stdout that enables color
|
|
|
|
/// support based on the command line configuration.
|
|
|
|
pub fn stdout(&self) -> Box<WriteColor + Send> {
|
|
|
|
let color_choice = self.matches().color_choice();
|
|
|
|
if atty::is(atty::Stream::Stdout) {
|
|
|
|
Box::new(StandardStream::stdout(color_choice))
|
|
|
|
} else {
|
|
|
|
Box::new(BufferedStandardStream::stdout(color_choice))
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return the type definitions compiled into ripgrep.
|
|
|
|
///
|
|
|
|
/// If there was a problem reading and parsing the type definitions, then
|
|
|
|
/// this returns an error.
|
|
|
|
pub fn type_defs(&self) -> Result<Vec<FileTypeDef>> {
|
|
|
|
Ok(self.matches().types()?.definitions().to_vec())
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return a walker that never uses additional threads.
|
|
|
|
pub fn walker(&self) -> Result<Walk> {
|
|
|
|
Ok(self.matches().walker_builder(self.paths())?.build())
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return a walker that never uses additional threads.
|
|
|
|
pub fn walker_parallel(&self) -> Result<WalkParallel> {
|
|
|
|
Ok(self.matches().walker_builder(self.paths())?.build_parallel())
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// `ArgMatches` wraps `clap::ArgMatches` and provides semantic meaning to
|
|
|
|
/// the parsed arguments.
|
|
|
|
#[derive(Clone, Debug)]
|
|
|
|
struct ArgMatches(clap::ArgMatches<'static>);
|
|
|
|
|
|
|
|
/// The output format. Generally, this corresponds to the printer that ripgrep
|
|
|
|
/// uses to show search results.
|
|
|
|
#[derive(Clone, Copy, Debug, Eq, PartialEq)]
|
|
|
|
enum OutputKind {
|
|
|
|
/// Classic grep-like or ack-like format.
|
|
|
|
Standard,
|
|
|
|
/// Show matching files and possibly the number of matches in each file.
|
|
|
|
Summary,
|
|
|
|
/// Emit match information in the JSON Lines format.
|
|
|
|
JSON,
|
|
|
|
}
|
|
|
|
|
|
|
|
impl ArgMatches {
|
|
|
|
/// Create an ArgMatches from clap's parse result.
|
|
|
|
fn new(clap_matches: clap::ArgMatches<'static>) -> ArgMatches {
|
|
|
|
ArgMatches(clap_matches)
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Run clap and return the matches using a config file if present. If clap
|
|
|
|
/// determines a problem with the user provided arguments (or if --help or
|
|
|
|
/// --version are given), then an error/usage/version will be printed and
|
|
|
|
/// the process will exit.
|
2018-02-04 03:33:52 +02:00
|
|
|
///
|
|
|
|
/// If there are no additional arguments from the environment (e.g., a
|
|
|
|
/// config file), then the given matches are returned as is.
|
2018-08-03 23:26:22 +02:00
|
|
|
fn reconfigure(self) -> ArgMatches {
|
2018-02-04 03:33:52 +02:00
|
|
|
// If the end user says no config, then respect it.
|
2018-08-03 23:26:22 +02:00
|
|
|
if self.is_present("no-config") {
|
2018-02-04 03:33:52 +02:00
|
|
|
debug!("not reading config files because --no-config is present");
|
2018-08-03 23:26:22 +02:00
|
|
|
return self;
|
2018-02-04 03:33:52 +02:00
|
|
|
}
|
|
|
|
// If the user wants ripgrep to use a config file, then parse args
|
|
|
|
// from that first.
|
2018-08-03 23:26:22 +02:00
|
|
|
let mut args = config::args();
|
2018-02-04 03:33:52 +02:00
|
|
|
if args.is_empty() {
|
2018-08-03 23:26:22 +02:00
|
|
|
return self;
|
2018-02-04 03:33:52 +02:00
|
|
|
}
|
|
|
|
let mut cliargs = env::args_os();
|
|
|
|
if let Some(bin) = cliargs.next() {
|
|
|
|
args.insert(0, bin);
|
|
|
|
}
|
|
|
|
args.extend(cliargs);
|
|
|
|
debug!("final argv: {:?}", args);
|
2018-08-03 23:26:22 +02:00
|
|
|
ArgMatches::new(app::app().get_matches_from(args))
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Convert the result of parsing CLI arguments into ripgrep's higher level
|
|
|
|
/// configuration structure.
|
|
|
|
fn to_args(self) -> Result<Args> {
|
|
|
|
// We compute these once since they could be large.
|
|
|
|
let patterns = self.patterns()?;
|
|
|
|
let matcher = self.matcher(&patterns)?;
|
|
|
|
let mut paths = self.paths();
|
|
|
|
let using_default_path =
|
|
|
|
if paths.is_empty() {
|
|
|
|
paths.push(self.path_default());
|
|
|
|
true
|
|
|
|
} else {
|
|
|
|
false
|
|
|
|
};
|
|
|
|
Ok(Args(Arc::new(ArgsImp {
|
|
|
|
matches: self,
|
|
|
|
patterns: patterns,
|
|
|
|
matcher: matcher,
|
|
|
|
paths: paths,
|
|
|
|
using_default_path: using_default_path,
|
|
|
|
})))
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
2018-08-03 23:26:22 +02:00
|
|
|
}
|
2016-09-05 06:52:23 +02:00
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// High level routines for converting command line arguments into various
|
|
|
|
/// data structures used by ripgrep.
|
|
|
|
///
|
|
|
|
/// Methods are sorted alphabetically.
|
|
|
|
impl ArgMatches {
|
|
|
|
/// Return the matcher that should be used for searching.
|
|
|
|
///
|
|
|
|
/// If there was a problem building the matcher (e.g., a syntax error),
|
|
|
|
/// then this returns an error.
|
|
|
|
#[cfg(feature = "pcre2")]
|
|
|
|
fn matcher(&self, patterns: &[String]) -> Result<PatternMatcher> {
|
|
|
|
if self.is_present("pcre2") {
|
|
|
|
let matcher = self.matcher_pcre2(patterns)?;
|
|
|
|
Ok(PatternMatcher::PCRE2(matcher))
|
|
|
|
} else {
|
|
|
|
let matcher = match self.matcher_rust(patterns) {
|
|
|
|
Ok(matcher) => matcher,
|
|
|
|
Err(err) => {
|
|
|
|
return Err(From::from(suggest_pcre2(err.to_string())));
|
|
|
|
}
|
|
|
|
};
|
|
|
|
Ok(PatternMatcher::RustRegex(matcher))
|
|
|
|
}
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Return the matcher that should be used for searching.
|
2016-09-05 06:52:23 +02:00
|
|
|
///
|
2018-08-03 23:26:22 +02:00
|
|
|
/// If there was a problem building the matcher (e.g., a syntax error),
|
|
|
|
/// then this returns an error.
|
|
|
|
#[cfg(not(feature = "pcre2"))]
|
|
|
|
fn matcher(&self, patterns: &[String]) -> Result<PatternMatcher> {
|
|
|
|
if self.is_present("pcre2") {
|
|
|
|
return Err(From::from(
|
|
|
|
"PCRE2 is not available in this build of ripgrep",
|
|
|
|
));
|
|
|
|
}
|
|
|
|
let matcher = self.matcher_rust(patterns)?;
|
|
|
|
Ok(PatternMatcher::RustRegex(matcher))
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Build a matcher using Rust's regex engine.
|
|
|
|
///
|
|
|
|
/// If there was a problem building the matcher (such as a regex syntax
|
|
|
|
/// error), then an error is returned.
|
|
|
|
fn matcher_rust(&self, patterns: &[String]) -> Result<RustRegexMatcher> {
|
|
|
|
let mut builder = RustRegexMatcherBuilder::new();
|
|
|
|
builder
|
|
|
|
.case_smart(self.case_smart())
|
|
|
|
.case_insensitive(self.case_insensitive())
|
|
|
|
.multi_line(true)
|
|
|
|
.unicode(true)
|
|
|
|
.octal(false)
|
|
|
|
.word(self.is_present("word-regexp"));
|
|
|
|
if self.is_present("multiline") {
|
|
|
|
builder.dot_matches_new_line(self.is_present("multiline-dotall"));
|
|
|
|
if self.is_present("crlf") {
|
|
|
|
builder
|
|
|
|
.crlf(true)
|
|
|
|
.line_terminator(None);
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
builder
|
|
|
|
.line_terminator(Some(b'\n'))
|
|
|
|
.dot_matches_new_line(false);
|
|
|
|
if self.is_present("crlf") {
|
|
|
|
builder.crlf(true);
|
|
|
|
}
|
|
|
|
// We don't need to set this in multiline mode since mulitline
|
|
|
|
// matchers don't use optimizations related to line terminators.
|
|
|
|
// Moreover, a mulitline regex used with --null-data should
|
|
|
|
// be allowed to match NUL bytes explicitly, which this would
|
|
|
|
// otherwise forbid.
|
|
|
|
if self.is_present("null-data") {
|
|
|
|
builder.line_terminator(Some(b'\x00'));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if let Some(limit) = self.regex_size_limit()? {
|
|
|
|
builder.size_limit(limit);
|
|
|
|
}
|
|
|
|
if let Some(limit) = self.dfa_size_limit()? {
|
|
|
|
builder.dfa_size_limit(limit);
|
|
|
|
}
|
|
|
|
Ok(builder.build(&patterns.join("|"))?)
|
2016-09-29 02:50:50 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Build a matcher using PCRE2.
|
2016-12-24 19:53:09 +02:00
|
|
|
///
|
2018-08-03 23:26:22 +02:00
|
|
|
/// If there was a problem building the matcher (such as a regex syntax
|
|
|
|
/// error), then an error is returned.
|
|
|
|
#[cfg(feature = "pcre2")]
|
|
|
|
fn matcher_pcre2(&self, patterns: &[String]) -> Result<PCRE2RegexMatcher> {
|
|
|
|
let mut builder = PCRE2RegexMatcherBuilder::new();
|
|
|
|
builder
|
|
|
|
.case_smart(self.case_smart())
|
|
|
|
.caseless(self.case_insensitive())
|
|
|
|
.multi_line(true)
|
|
|
|
.word(self.is_present("word-regexp"));
|
|
|
|
// For whatever reason, the JIT craps out during compilation with a
|
|
|
|
// "no more memory" error on 32 bit systems. So don't use it there.
|
|
|
|
if !cfg!(target_pointer_width = "32") {
|
|
|
|
builder.jit(true);
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
2018-08-03 23:26:22 +02:00
|
|
|
if self.pcre2_unicode() {
|
|
|
|
builder.utf(true).ucp(true);
|
|
|
|
if self.encoding()?.is_some() {
|
|
|
|
// SAFETY: If an encoding was specified, then we're guaranteed
|
|
|
|
// to get valid UTF-8, so we can disable PCRE2's UTF checking.
|
|
|
|
// (Feeding invalid UTF-8 to PCRE2 is UB.)
|
|
|
|
unsafe {
|
|
|
|
builder.disable_utf_check();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if self.is_present("multiline") {
|
|
|
|
builder.dotall(self.is_present("multiline-dotall"));
|
|
|
|
}
|
|
|
|
if self.is_present("crlf") {
|
|
|
|
builder.crlf(true);
|
|
|
|
}
|
|
|
|
Ok(builder.build(&patterns.join("|"))?)
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Build a JSON printer that writes results to the given writer.
|
|
|
|
fn printer_json<W: io::Write>(&self, wtr: W) -> Result<JSON<W>> {
|
|
|
|
let mut builder = JSONBuilder::new();
|
|
|
|
builder
|
|
|
|
.pretty(false)
|
|
|
|
.max_matches(self.max_count()?)
|
|
|
|
.always_begin_end(false);
|
|
|
|
Ok(builder.build(wtr))
|
2016-11-06 20:09:53 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Build a Standard printer that writes results to the given writer.
|
|
|
|
///
|
|
|
|
/// The given paths are used to configure aspects of the printer.
|
|
|
|
///
|
|
|
|
/// If `separator_search` is true, then the returned printer will assume
|
|
|
|
/// the responsibility of printing a separator between each set of
|
|
|
|
/// search results, when appropriate (e.g., when contexts are enabled).
|
|
|
|
/// When it's set to false, the caller is responsible for handling
|
|
|
|
/// separators.
|
|
|
|
///
|
|
|
|
/// In practice, we want the printer to handle it in the single threaded
|
|
|
|
/// case but not in the multi-threaded case.
|
|
|
|
fn printer_standard<W: WriteColor>(
|
|
|
|
&self,
|
|
|
|
paths: &[PathBuf],
|
|
|
|
wtr: W,
|
|
|
|
separator_search: bool,
|
|
|
|
) -> Result<Standard<W>> {
|
|
|
|
let mut builder = StandardBuilder::new();
|
|
|
|
builder
|
|
|
|
.color_specs(self.color_specs()?)
|
|
|
|
.stats(self.stats())
|
|
|
|
.heading(self.heading())
|
|
|
|
.path(self.with_filename(paths))
|
|
|
|
.only_matching(self.is_present("only-matching"))
|
|
|
|
.per_match(self.is_present("vimgrep"))
|
|
|
|
.replacement(self.replacement())
|
|
|
|
.max_columns(self.max_columns()?)
|
|
|
|
.max_matches(self.max_count()?)
|
|
|
|
.column(self.column())
|
|
|
|
.byte_offset(self.is_present("byte-offset"))
|
|
|
|
.trim_ascii(self.is_present("trim"))
|
|
|
|
.separator_search(None)
|
|
|
|
.separator_context(Some(self.context_separator()))
|
|
|
|
.separator_field_match(b":".to_vec())
|
|
|
|
.separator_field_context(b"-".to_vec())
|
|
|
|
.separator_path(self.path_separator()?)
|
|
|
|
.path_terminator(self.path_terminator());
|
|
|
|
if separator_search {
|
|
|
|
builder.separator_search(self.file_separator()?);
|
|
|
|
}
|
|
|
|
Ok(builder.build(wtr))
|
2018-02-12 19:17:22 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Build a Summary printer that writes results to the given writer.
|
|
|
|
///
|
|
|
|
/// The given paths are used to configure aspects of the printer.
|
|
|
|
///
|
|
|
|
/// This panics if the output format is not `OutputKind::Summary`.
|
|
|
|
fn printer_summary<W: WriteColor>(
|
|
|
|
&self,
|
|
|
|
paths: &[PathBuf],
|
|
|
|
wtr: W,
|
|
|
|
) -> Result<Summary<W>> {
|
|
|
|
let mut builder = SummaryBuilder::new();
|
|
|
|
builder
|
|
|
|
.kind(self.summary_kind().expect("summary format"))
|
|
|
|
.color_specs(self.color_specs()?)
|
|
|
|
.stats(self.stats())
|
|
|
|
.path(self.with_filename(paths))
|
|
|
|
.max_matches(self.max_count()?)
|
|
|
|
.separator_field(b":".to_vec())
|
|
|
|
.separator_path(self.path_separator()?)
|
|
|
|
.path_terminator(self.path_terminator());
|
|
|
|
Ok(builder.build(wtr))
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Build a searcher from the command line parameters.
|
|
|
|
fn searcher(&self, paths: &[PathBuf]) -> Result<Searcher> {
|
|
|
|
let (ctx_before, ctx_after) = self.contexts()?;
|
|
|
|
let line_term =
|
|
|
|
if self.is_present("crlf") {
|
|
|
|
LineTerminator::crlf()
|
|
|
|
} else if self.is_present("null-data") {
|
|
|
|
LineTerminator::byte(b'\x00')
|
|
|
|
} else {
|
|
|
|
LineTerminator::byte(b'\n')
|
|
|
|
};
|
|
|
|
let mut builder = SearcherBuilder::new();
|
|
|
|
builder
|
|
|
|
.line_terminator(line_term)
|
|
|
|
.invert_match(self.is_present("invert-match"))
|
|
|
|
.line_number(self.line_number(paths))
|
|
|
|
.multi_line(self.is_present("multiline"))
|
|
|
|
.before_context(ctx_before)
|
|
|
|
.after_context(ctx_after)
|
|
|
|
.passthru(self.is_present("passthru"))
|
|
|
|
.memory_map(self.mmap_choice(paths))
|
|
|
|
.binary_detection(self.binary_detection())
|
|
|
|
.encoding(self.encoding()?);
|
|
|
|
Ok(builder.build())
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Return a builder for recursively traversing a directory while
|
|
|
|
/// respecting ignore rules.
|
|
|
|
///
|
|
|
|
/// If there was a problem parsing the CLI arguments necessary for
|
|
|
|
/// constructing the builder, then this returns an error.
|
|
|
|
fn walker_builder(&self, paths: &[PathBuf]) -> Result<WalkBuilder> {
|
|
|
|
let mut builder = WalkBuilder::new(&paths[0]);
|
|
|
|
for path in &paths[1..] {
|
|
|
|
builder.add(path);
|
|
|
|
}
|
|
|
|
for path in self.ignore_paths() {
|
|
|
|
if let Some(err) = builder.add_ignore(path) {
|
|
|
|
ignore_message!("{}", err);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
builder
|
|
|
|
.max_depth(self.usize_of("max-depth")?)
|
|
|
|
.follow_links(self.is_present("follow"))
|
|
|
|
.max_filesize(self.max_file_size()?)
|
|
|
|
.threads(self.threads()?)
|
|
|
|
.overrides(self.overrides()?)
|
|
|
|
.types(self.types()?)
|
|
|
|
.hidden(!self.hidden())
|
|
|
|
.parents(!self.no_ignore_parent())
|
|
|
|
.ignore(!self.no_ignore())
|
|
|
|
.git_global(
|
|
|
|
!self.no_ignore()
|
|
|
|
&& !self.no_ignore_vcs()
|
|
|
|
&& !self.no_ignore_global())
|
|
|
|
.git_ignore(!self.no_ignore() && !self.no_ignore_vcs())
|
|
|
|
.git_exclude(!self.no_ignore() && !self.no_ignore_vcs());
|
|
|
|
if !self.no_ignore() {
|
|
|
|
builder.add_custom_ignore_filename(".rgignore");
|
|
|
|
}
|
|
|
|
if self.is_present("sort-files") {
|
|
|
|
builder.sort_by_file_name(|a, b| a.cmp(b));
|
|
|
|
}
|
|
|
|
Ok(builder)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Mid level routines for converting command line arguments into various types
|
|
|
|
/// of data structures.
|
|
|
|
///
|
|
|
|
/// Methods are sorted alphabetically.
|
|
|
|
impl ArgMatches {
|
|
|
|
/// Returns the form of binary detection to perform.
|
|
|
|
fn binary_detection(&self) -> BinaryDetection {
|
|
|
|
let none =
|
|
|
|
self.is_present("text")
|
|
|
|
|| self.unrestricted_count() >= 3
|
|
|
|
|| self.is_present("null-data");
|
|
|
|
if none {
|
|
|
|
BinaryDetection::none()
|
2018-06-24 02:17:29 +02:00
|
|
|
} else {
|
2018-08-03 23:26:22 +02:00
|
|
|
BinaryDetection::quit(b'\x00')
|
2018-06-24 02:17:29 +02:00
|
|
|
}
|
2016-09-14 03:11:46 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns true if the command line configuration implies that a match
|
|
|
|
/// can never be shown.
|
|
|
|
fn can_never_match(&self, patterns: &[String]) -> bool {
|
|
|
|
patterns.is_empty() || self.max_count().ok() == Some(Some(0))
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if case should be ignore.
|
Don't search stdout redirected file.
When running ripgrep like this:
rg foo > output
we must be careful not to search `output` since ripgrep is actively writing
to it. Searching it can cause massive blowups where the file grows without
bound.
While this is conceptually easy to fix (check the inode of the redirection
and the inode of the file you're about to search), there are a few problems
with it.
First, inodes are a Unix thing, so we need a Windows specific solution to
this as well. To resolve this concern, I created a new crate, `same-file`,
which provides a cross platform abstraction.
Second, stat'ing every file is costly. This is not avoidable on Windows,
but on Unix, we can get the inode number directly from directory traversal.
However, this information wasn't exposed, but now it is (through both the
ignore and walkdir crates).
Fixes #286
2017-01-08 17:27:30 +02:00
|
|
|
///
|
2018-08-03 23:26:22 +02:00
|
|
|
/// If --case-sensitive is present, then case is never ignored, even if
|
|
|
|
/// --ignore-case is present.
|
|
|
|
fn case_insensitive(&self) -> bool {
|
|
|
|
self.is_present("ignore-case") && !self.is_present("case-sensitive")
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if smart case has been enabled.
|
Don't search stdout redirected file.
When running ripgrep like this:
rg foo > output
we must be careful not to search `output` since ripgrep is actively writing
to it. Searching it can cause massive blowups where the file grows without
bound.
While this is conceptually easy to fix (check the inode of the redirection
and the inode of the file you're about to search), there are a few problems
with it.
First, inodes are a Unix thing, so we need a Windows specific solution to
this as well. To resolve this concern, I created a new crate, `same-file`,
which provides a cross platform abstraction.
Second, stat'ing every file is costly. This is not avoidable on Windows,
but on Unix, we can get the inode number directly from directory traversal.
However, this information wasn't exposed, but now it is (through both the
ignore and walkdir crates).
Fixes #286
2017-01-08 17:27:30 +02:00
|
|
|
///
|
2018-08-03 23:26:22 +02:00
|
|
|
/// If either --ignore-case of --case-sensitive are present, then smart
|
|
|
|
/// case is disabled.
|
|
|
|
fn case_smart(&self) -> bool {
|
|
|
|
self.is_present("smart-case")
|
|
|
|
&& !self.is_present("ignore-case")
|
|
|
|
&& !self.is_present("case-sensitive")
|
Don't search stdout redirected file.
When running ripgrep like this:
rg foo > output
we must be careful not to search `output` since ripgrep is actively writing
to it. Searching it can cause massive blowups where the file grows without
bound.
While this is conceptually easy to fix (check the inode of the redirection
and the inode of the file you're about to search), there are a few problems
with it.
First, inodes are a Unix thing, so we need a Windows specific solution to
this as well. To resolve this concern, I created a new crate, `same-file`,
which provides a cross platform abstraction.
Second, stat'ing every file is costly. This is not avoidable on Windows,
but on Unix, we can get the inode number directly from directory traversal.
However, this information wasn't exposed, but now it is (through both the
ignore and walkdir crates).
Fixes #286
2017-01-08 17:27:30 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns the user's color choice based on command line parameters and
|
|
|
|
/// environment.
|
|
|
|
fn color_choice(&self) -> ColorChoice {
|
|
|
|
let preference = match self.value_of_lossy("color") {
|
|
|
|
None => "auto".to_string(),
|
|
|
|
Some(v) => v,
|
|
|
|
};
|
|
|
|
if preference == "always" {
|
|
|
|
ColorChoice::Always
|
|
|
|
} else if preference == "ansi" {
|
|
|
|
ColorChoice::AlwaysAnsi
|
|
|
|
} else if preference == "auto" {
|
|
|
|
if atty::is(atty::Stream::Stdout) || self.is_present("pretty") {
|
|
|
|
ColorChoice::Auto
|
|
|
|
} else {
|
|
|
|
ColorChoice::Never
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
ColorChoice::Never
|
|
|
|
}
|
2016-09-09 03:46:14 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns the color specifications given by the user on the CLI.
|
|
|
|
///
|
|
|
|
/// If the was a problem parsing any of the provided specs, then an error
|
|
|
|
/// is returned.
|
|
|
|
fn color_specs(&self) -> Result<ColorSpecs> {
|
|
|
|
// Start with a default set of color specs.
|
|
|
|
let mut specs = vec![
|
|
|
|
#[cfg(unix)]
|
|
|
|
"path:fg:magenta".parse().unwrap(),
|
|
|
|
#[cfg(windows)]
|
|
|
|
"path:fg:cyan".parse().unwrap(),
|
|
|
|
"line:fg:green".parse().unwrap(),
|
|
|
|
"match:fg:red".parse().unwrap(),
|
|
|
|
"match:style:bold".parse().unwrap(),
|
|
|
|
];
|
|
|
|
for spec_str in self.values_of_lossy_vec("colors") {
|
|
|
|
specs.push(spec_str.parse()?);
|
|
|
|
}
|
|
|
|
Ok(ColorSpecs::new(&specs))
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns true if and only if column numbers should be shown.
|
|
|
|
fn column(&self) -> bool {
|
|
|
|
if self.is_present("no-column") {
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
self.is_present("column") || self.is_present("vimgrep")
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns the before and after contexts from the command line.
|
|
|
|
///
|
|
|
|
/// If a context setting was absent, then `0` is returned.
|
|
|
|
///
|
|
|
|
/// If there was a problem parsing the values from the user as an integer,
|
|
|
|
/// then an error is returned.
|
|
|
|
fn contexts(&self) -> Result<(usize, usize)> {
|
|
|
|
let after = self.usize_of("after-context")?.unwrap_or(0);
|
|
|
|
let before = self.usize_of("before-context")?.unwrap_or(0);
|
|
|
|
let both = self.usize_of("context")?.unwrap_or(0);
|
|
|
|
Ok(if both > 0 {
|
|
|
|
(both, both)
|
|
|
|
} else {
|
|
|
|
(before, after)
|
|
|
|
})
|
2016-09-07 03:47:33 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns the unescaped context separator in UTF-8 bytes.
|
|
|
|
///
|
|
|
|
/// If one was not provided, the default `--` is returned.
|
|
|
|
fn context_separator(&self) -> Vec<u8> {
|
|
|
|
match self.value_of_lossy("context-separator") {
|
|
|
|
None => b"--".to_vec(),
|
|
|
|
Some(sep) => unescape(&sep),
|
|
|
|
}
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns whether the -c/--count or the --count-matches flags were
|
|
|
|
/// passed from the command line.
|
|
|
|
///
|
|
|
|
/// If --count-matches and --invert-match were passed in, behave
|
|
|
|
/// as if --count and --invert-match were passed in (i.e. rg will
|
|
|
|
/// count inverted matches as per existing behavior).
|
|
|
|
fn counts(&self) -> (bool, bool) {
|
|
|
|
let count = self.is_present("count");
|
|
|
|
let count_matches = self.is_present("count-matches");
|
|
|
|
let invert_matches = self.is_present("invert-match");
|
|
|
|
let only_matching = self.is_present("only-matching");
|
|
|
|
if count_matches && invert_matches {
|
|
|
|
// Treat `-v --count-matches` as `-v -c`.
|
|
|
|
(true, false)
|
|
|
|
} else if count && only_matching {
|
|
|
|
// Treat `-c --only-matching` as `--count-matches`.
|
|
|
|
(false, true)
|
|
|
|
} else {
|
|
|
|
(count, count_matches)
|
|
|
|
}
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Parse the dfa-size-limit argument option into a byte count.
|
|
|
|
fn dfa_size_limit(&self) -> Result<Option<usize>> {
|
|
|
|
let r = self.parse_human_readable_size("dfa-size-limit")?;
|
|
|
|
u64_to_usize("dfa-size-limit", r)
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns the type of encoding to use.
|
|
|
|
///
|
|
|
|
/// This only returns an encoding if one is explicitly specified. When no
|
|
|
|
/// encoding is present, the Searcher will still do BOM sniffing for UTF-16
|
|
|
|
/// and transcode seamlessly.
|
|
|
|
fn encoding(&self) -> Result<Option<Encoding>> {
|
|
|
|
if self.is_present("no-encoding") {
|
|
|
|
return Ok(None);
|
|
|
|
}
|
|
|
|
let label = match self.value_of_lossy("encoding") {
|
|
|
|
None if self.pcre2_unicode() => "utf-8".to_string(),
|
|
|
|
None => return Ok(None),
|
|
|
|
Some(label) => label,
|
|
|
|
};
|
|
|
|
if label == "auto" {
|
|
|
|
return Ok(None);
|
|
|
|
}
|
|
|
|
Ok(Some(Encoding::new(&label)?))
|
2016-11-06 21:36:08 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Return the file separator to use based on the CLI configuration.
|
|
|
|
fn file_separator(&self) -> Result<Option<Vec<u8>>> {
|
|
|
|
// File separators are only used for the standard grep-line format.
|
|
|
|
if self.output_kind() != OutputKind::Standard {
|
|
|
|
return Ok(None);
|
|
|
|
}
|
|
|
|
|
|
|
|
let (ctx_before, ctx_after) = self.contexts()?;
|
|
|
|
Ok(if self.heading() {
|
|
|
|
Some(b"".to_vec())
|
|
|
|
} else if ctx_before > 0 || ctx_after > 0 {
|
|
|
|
Some(self.context_separator().clone())
|
|
|
|
} else {
|
|
|
|
None
|
|
|
|
})
|
2018-04-24 00:18:44 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns true if and only if matches should be grouped with file name
|
|
|
|
/// headings.
|
|
|
|
fn heading(&self) -> bool {
|
|
|
|
if self.is_present("no-heading") || self.is_present("vimgrep") {
|
|
|
|
false
|
|
|
|
} else {
|
|
|
|
atty::is(atty::Stream::Stdout)
|
|
|
|
|| self.is_present("heading")
|
|
|
|
|| self.is_present("pretty")
|
|
|
|
}
|
2016-11-06 03:44:15 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns true if and only if hidden files/directories should be
|
|
|
|
/// searched.
|
|
|
|
fn hidden(&self) -> bool {
|
|
|
|
self.is_present("hidden") || self.unrestricted_count() >= 2
|
2016-11-06 03:44:15 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Return all of the ignore file paths given on the command line.
|
|
|
|
fn ignore_paths(&self) -> Vec<PathBuf> {
|
|
|
|
let paths = match self.values_of_os("ignore-file") {
|
|
|
|
None => return vec![],
|
|
|
|
Some(paths) => paths,
|
|
|
|
};
|
|
|
|
paths.map(|p| Path::new(p).to_path_buf()).collect()
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if ripgrep is invoked in a way where it knows
|
|
|
|
/// it search exactly one thing.
|
|
|
|
fn is_one_search(&self, paths: &[PathBuf]) -> bool {
|
|
|
|
if paths.len() != 1 {
|
|
|
|
return false;
|
2016-09-27 05:56:15 +02:00
|
|
|
}
|
2018-08-03 23:26:22 +02:00
|
|
|
self.is_only_stdin(paths) || paths[0].is_file()
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if we're only searching a single thing and
|
|
|
|
/// that thing is stdin.
|
|
|
|
fn is_only_stdin(&self, paths: &[PathBuf]) -> bool {
|
|
|
|
paths == [Path::new("-")]
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if we should show line numbers.
|
|
|
|
fn line_number(&self, paths: &[PathBuf]) -> bool {
|
|
|
|
if self.output_kind() == OutputKind::Summary {
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
if self.is_present("no-line-number") {
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
if self.output_kind() == OutputKind::JSON {
|
|
|
|
return true;
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
2016-10-12 01:57:09 +02:00
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
// A few things can imply counting line numbers. In particular, we
|
|
|
|
// generally want to show line numbers by default when printing to a
|
|
|
|
// tty for human consumption, except for one interesting case: when
|
|
|
|
// we're only searching stdin. This makes pipelines work as expected.
|
|
|
|
(atty::is(atty::Stream::Stdout) && !self.is_only_stdin(paths))
|
|
|
|
|| self.is_present("line-number")
|
|
|
|
|| self.is_present("column")
|
|
|
|
|| self.is_present("pretty")
|
|
|
|
|| self.is_present("vimgrep")
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// The maximum number of columns allowed on each line.
|
|
|
|
///
|
|
|
|
/// If `0` is provided, then this returns `None`.
|
|
|
|
fn max_columns(&self) -> Result<Option<u64>> {
|
|
|
|
Ok(self.usize_of_nonzero("max-columns")?.map(|n| n as u64))
|
|
|
|
}
|
|
|
|
|
|
|
|
/// The maximum number of matches permitted.
|
|
|
|
fn max_count(&self) -> Result<Option<u64>> {
|
|
|
|
Ok(self.usize_of("max-count")?.map(|n| n as u64))
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Parses the max-filesize argument option into a byte count.
|
|
|
|
fn max_file_size(&self) -> Result<Option<u64>> {
|
|
|
|
self.parse_human_readable_size("max-filesize")
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns whether we should attempt to use memory maps or not.
|
|
|
|
fn mmap_choice(&self, paths: &[PathBuf]) -> MmapChoice {
|
|
|
|
// SAFETY: Memory maps are difficult to impossible to encapsulate
|
|
|
|
// safely in a portable way that doesn't simultaneously negate some of
|
|
|
|
// the benfits of using memory maps. For ripgrep's use, we never mutate
|
|
|
|
// a memory map and generally never store the contents of memory map
|
|
|
|
// in a data structure that depends on immutability. Generally
|
|
|
|
// speaking, the worst thing that can happen is a SIGBUS (if the
|
|
|
|
// underlying file is truncated while reading it), which will cause
|
|
|
|
// ripgrep to abort. This reasoning should be treated as suspect.
|
|
|
|
let maybe = unsafe { MmapChoice::auto() };
|
|
|
|
let never = MmapChoice::never();
|
|
|
|
if self.is_present("no-mmap") {
|
|
|
|
never
|
|
|
|
} else if self.is_present("mmap") {
|
|
|
|
maybe
|
|
|
|
} else if paths.len() <= 10 && paths.iter().all(|p| p.is_file()) {
|
|
|
|
// If we're only searching a few paths and all of them are
|
|
|
|
// files, then memory maps are probably faster.
|
|
|
|
maybe
|
|
|
|
} else {
|
|
|
|
never
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if ignore files should be ignored.
|
|
|
|
fn no_ignore(&self) -> bool {
|
|
|
|
self.is_present("no-ignore") || self.unrestricted_count() >= 1
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if global ignore files should be ignored.
|
|
|
|
fn no_ignore_global(&self) -> bool {
|
|
|
|
self.is_present("no-ignore-global") || self.no_ignore()
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if parent ignore files should be ignored.
|
|
|
|
fn no_ignore_parent(&self) -> bool {
|
|
|
|
self.is_present("no-ignore-parent") || self.no_ignore()
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if VCS ignore files should be ignored.
|
|
|
|
fn no_ignore_vcs(&self) -> bool {
|
|
|
|
self.is_present("no-ignore-vcs") || self.no_ignore()
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Determine the type of output we should produce.
|
|
|
|
fn output_kind(&self) -> OutputKind {
|
|
|
|
if self.is_present("quiet") {
|
|
|
|
// While we don't technically print results (or aggregate results)
|
|
|
|
// in quiet mode, we still support the --stats flag, and those
|
|
|
|
// stats are computed by the Summary printer for now.
|
|
|
|
return OutputKind::Summary;
|
|
|
|
} else if self.is_present("json") {
|
|
|
|
return OutputKind::JSON;
|
|
|
|
}
|
|
|
|
|
2018-02-20 17:33:07 +02:00
|
|
|
let (count, count_matches) = self.counts();
|
2018-08-03 23:26:22 +02:00
|
|
|
let summary =
|
|
|
|
count
|
|
|
|
|| count_matches
|
|
|
|
|| self.is_present("files-with-matches")
|
|
|
|
|| self.is_present("files-without-match");
|
|
|
|
if summary {
|
|
|
|
OutputKind::Summary
|
|
|
|
} else {
|
|
|
|
OutputKind::Standard
|
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-13 04:48:11 +02:00
|
|
|
}
|
2018-08-03 23:26:22 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
/// Builds the set of glob overrides from the command line flags.
|
|
|
|
fn overrides(&self) -> Result<Override> {
|
|
|
|
let mut builder = OverrideBuilder::new(env::current_dir()?);
|
|
|
|
for glob in self.values_of_lossy_vec("glob") {
|
|
|
|
builder.add(&glob)?;
|
|
|
|
}
|
|
|
|
// This only enables case insensitivity for subsequent globs.
|
|
|
|
builder.case_insensitive(true)?;
|
|
|
|
for glob in self.values_of_lossy_vec("iglob") {
|
|
|
|
builder.add(&glob)?;
|
|
|
|
}
|
|
|
|
Ok(builder.build()?)
|
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-13 04:48:11 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
/// Return all file paths that ripgrep should search.
|
2018-08-03 23:26:22 +02:00
|
|
|
///
|
|
|
|
/// If no paths were given, then this returns an empty list.
|
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-13 04:48:11 +02:00
|
|
|
fn paths(&self) -> Vec<PathBuf> {
|
2018-02-03 21:31:40 +02:00
|
|
|
let mut paths: Vec<PathBuf> = match self.values_of_os("path") {
|
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-13 04:48:11 +02:00
|
|
|
None => vec![],
|
2018-08-03 23:26:22 +02:00
|
|
|
Some(paths) => paths.map(|p| Path::new(p).to_path_buf()).collect(),
|
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-13 04:48:11 +02:00
|
|
|
};
|
|
|
|
// If --file, --files or --regexp is given, then the first path is
|
|
|
|
// always in `pattern`.
|
|
|
|
if self.is_present("file")
|
|
|
|
|| self.is_present("files")
|
2018-08-03 23:26:22 +02:00
|
|
|
|| self.is_present("regexp")
|
|
|
|
{
|
2018-02-03 21:31:40 +02:00
|
|
|
if let Some(path) = self.value_of_os("pattern") {
|
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-13 04:48:11 +02:00
|
|
|
paths.insert(0, Path::new(path).to_path_buf());
|
|
|
|
}
|
|
|
|
}
|
|
|
|
paths
|
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Return the default path that ripgrep should search. This should only
|
|
|
|
/// be used when ripgrep is not otherwise given at least one file path
|
|
|
|
/// as a positional argument.
|
|
|
|
fn path_default(&self) -> PathBuf {
|
|
|
|
let file_is_stdin = self.values_of_os("file")
|
|
|
|
.map_or(false, |mut files| files.any(|f| f == "-"));
|
|
|
|
let search_cwd =
|
|
|
|
atty::is(atty::Stream::Stdin)
|
2017-01-15 23:32:30 +02:00
|
|
|
|| !stdin_is_readable()
|
2016-11-18 03:48:11 +02:00
|
|
|
|| (self.is_present("file") && file_is_stdin)
|
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-13 04:48:11 +02:00
|
|
|
|| self.is_present("files")
|
2016-11-18 03:48:11 +02:00
|
|
|
|| self.is_present("type-list");
|
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-13 04:48:11 +02:00
|
|
|
if search_cwd {
|
|
|
|
Path::new("./").to_path_buf()
|
|
|
|
} else {
|
|
|
|
Path::new("-").to_path_buf()
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns the unescaped path separator as a single byte, if one exists.
|
|
|
|
///
|
|
|
|
/// If the provided path separator is more than a single byte, then an
|
|
|
|
/// error is returned.
|
|
|
|
fn path_separator(&self) -> Result<Option<u8>> {
|
|
|
|
let sep = match self.value_of_lossy("path-separator") {
|
|
|
|
None => return Ok(None),
|
|
|
|
Some(sep) => unescape(&sep),
|
|
|
|
};
|
|
|
|
if sep.is_empty() {
|
|
|
|
Ok(None)
|
|
|
|
} else if sep.len() > 1 {
|
|
|
|
Err(From::from(format!(
|
|
|
|
"A path separator must be exactly one byte, but \
|
|
|
|
the given separator is {} bytes: {}\n\
|
|
|
|
In some shells on Windows '/' is automatically \
|
|
|
|
expanded. Use '//' instead.",
|
|
|
|
sep.len(),
|
|
|
|
escape(&sep),
|
|
|
|
)))
|
|
|
|
} else {
|
|
|
|
Ok(Some(sep[0]))
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns the byte that should be used to terminate paths.
|
|
|
|
///
|
|
|
|
/// Typically, this is only set to `\x00` when the --null flag is provided,
|
|
|
|
/// and `None` otherwise.
|
|
|
|
fn path_terminator(&self) -> Option<u8> {
|
|
|
|
if self.is_present("null") {
|
|
|
|
Some(b'\x00')
|
|
|
|
} else {
|
|
|
|
None
|
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-13 04:48:11 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Get a sequence of all available patterns from the command line.
|
|
|
|
/// This includes reading the -e/--regexp and -f/--file flags.
|
|
|
|
///
|
|
|
|
/// Note that if -F/--fixed-strings is set, then all patterns will be
|
2018-08-03 23:26:22 +02:00
|
|
|
/// escaped. If -x/--line-regexp is set, then all patterns are surrounded
|
|
|
|
/// by `^...$`. Other things, such as --word-regexp, are handled by the
|
|
|
|
/// regex matcher itself.
|
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-13 04:48:11 +02:00
|
|
|
///
|
|
|
|
/// If any pattern is invalid UTF-8, then an error is returned.
|
|
|
|
fn patterns(&self) -> Result<Vec<String>> {
|
2017-02-18 22:34:54 +02:00
|
|
|
if self.is_present("files") || self.is_present("type-list") {
|
2018-08-03 23:26:22 +02:00
|
|
|
return Ok(vec![]);
|
2017-02-18 22:34:54 +02: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-13 04:48:11 +02:00
|
|
|
let mut pats = vec![];
|
|
|
|
match self.values_of_os("regexp") {
|
|
|
|
None => {
|
|
|
|
if self.values_of_os("file").is_none() {
|
2018-02-03 21:31:40 +02:00
|
|
|
if let Some(os_pat) = self.value_of_os("pattern") {
|
2018-08-03 23:26:22 +02:00
|
|
|
pats.push(self.pattern_from_os_str(os_pat)?);
|
2016-09-05 06:52:23 +02: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-13 04:48:11 +02:00
|
|
|
Some(os_pats) => {
|
|
|
|
for os_pat in os_pats {
|
2018-08-03 23:26:22 +02:00
|
|
|
pats.push(self.pattern_from_os_str(os_pat)?);
|
2016-09-05 06:52:23 +02: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-13 04:48:11 +02:00
|
|
|
}
|
|
|
|
if let Some(files) = self.values_of_os("file") {
|
|
|
|
for file in files {
|
|
|
|
if file == "-" {
|
|
|
|
let stdin = io::stdin();
|
|
|
|
for line in stdin.lock().lines() {
|
2018-08-03 23:26:22 +02:00
|
|
|
pats.push(self.pattern_from_str(&line?));
|
2016-09-05 06:52:23 +02: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-13 04:48:11 +02:00
|
|
|
} else {
|
2018-08-03 23:26:22 +02:00
|
|
|
let f = File::open(file)?;
|
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-13 04:48:11 +02:00
|
|
|
for line in io::BufReader::new(f).lines() {
|
2018-08-03 23:26:22 +02:00
|
|
|
pats.push(self.pattern_from_str(&line?));
|
2016-09-05 06:52:23 +02: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-13 04:48:11 +02:00
|
|
|
Ok(pats)
|
2016-09-05 06:52:23 +02: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-13 04:48:11 +02:00
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns a pattern that is guaranteed to produce an empty regular
|
|
|
|
/// expression that is valid in any position.
|
|
|
|
fn pattern_empty(&self) -> String {
|
|
|
|
// This would normally just be an empty string, which works on its
|
|
|
|
// own, but if the patterns are joined in a set of alternations, then
|
|
|
|
// you wind up with `foo|`, which is currently invalid in Rust's regex
|
|
|
|
// engine.
|
|
|
|
"(?:z{0})*".to_string()
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Converts an OsStr pattern to a String pattern. The pattern is escaped
|
|
|
|
/// if -F/--fixed-strings is set.
|
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-13 04:48:11 +02:00
|
|
|
///
|
|
|
|
/// If the pattern is not valid UTF-8, then an error is returned.
|
2018-08-03 23:26:22 +02:00
|
|
|
fn pattern_from_os_str(&self, pat: &OsStr) -> Result<String> {
|
2018-01-01 16:22:35 +02:00
|
|
|
let s = pattern_to_str(pat)?;
|
2018-08-03 23:26:22 +02:00
|
|
|
Ok(self.pattern_from_str(s))
|
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-13 04:48:11 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Converts a &str pattern to a String pattern. The pattern is escaped
|
|
|
|
/// if -F/--fixed-strings is set.
|
|
|
|
fn pattern_from_str(&self, pat: &str) -> String {
|
|
|
|
let litpat = self.pattern_literal(pat.to_string());
|
|
|
|
let s = self.pattern_line(litpat);
|
2017-08-09 12:53:35 +02: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-13 04:48:11 +02:00
|
|
|
if s.is_empty() {
|
2018-08-03 23:26:22 +02:00
|
|
|
self.pattern_empty()
|
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-13 04:48:11 +02:00
|
|
|
} else {
|
|
|
|
s
|
|
|
|
}
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
|
|
|
|
2017-08-09 12:53:35 +02:00
|
|
|
/// Returns the given pattern as a line pattern if the -x/--line-regexp
|
|
|
|
/// flag is set. Otherwise, the pattern is returned unchanged.
|
2018-08-03 23:26:22 +02:00
|
|
|
fn pattern_line(&self, pat: String) -> String {
|
2017-08-09 12:53:35 +02:00
|
|
|
if self.is_present("line-regexp") {
|
|
|
|
format!(r"^(?:{})$", pat)
|
|
|
|
} else {
|
2018-08-03 23:26:22 +02:00
|
|
|
pat
|
|
|
|
}
|
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-13 04:48:11 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns the given pattern as a literal pattern if the
|
|
|
|
/// -F/--fixed-strings flag is set. Otherwise, the pattern is returned
|
|
|
|
/// unchanged.
|
|
|
|
fn pattern_literal(&self, pat: String) -> String {
|
|
|
|
if self.is_present("fixed-strings") {
|
|
|
|
regex::escape(&pat)
|
2018-03-10 17:34:35 +02:00
|
|
|
} else {
|
2018-08-03 23:26:22 +02:00
|
|
|
pat
|
2018-02-20 17:33:07 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns the preprocessor command if one was specified.
|
|
|
|
fn preprocessor(&self) -> Option<PathBuf> {
|
|
|
|
let path = match self.value_of_os("pre") {
|
|
|
|
None => return None,
|
|
|
|
Some(path) => path,
|
Completely re-work colored output and tty handling.
This commit completely guts all of the color handling code and replaces
most of it with two new crates: wincolor and termcolor. wincolor
provides a simple API to coloring using the Windows console and
termcolor provides a platform independent coloring API tuned for
multithreaded command line programs. This required a lot more
flexibility than what the `term` crate provided, so it was dropped.
We instead switch to writing ANSI escape sequences directly and ignore
the TERMINFO database.
In addition to fixing several bugs, this commit also permits end users
to customize colors to a certain extent. For example, this command will
set the match color to magenta and the line number background to yellow:
rg --colors 'match:fg:magenta' --colors 'line:bg:yellow' foo
For tty handling, we've adopted a hack from `git` to do tty detection in
MSYS/mintty terminals. As a result, ripgrep should get both color
detection and piping correct on Windows regardless of which terminal you
use.
Finally, switch to line buffering. Performance doesn't seem to be
impacted and it's an otherwise more user friendly option.
Fixes #37, Fixes #51, Fixes #94, Fixes #117, Fixes #182, Fixes #231
2016-11-20 18:14:52 +02:00
|
|
|
};
|
2018-08-03 23:26:22 +02:00
|
|
|
if path.is_empty() {
|
|
|
|
return None;
|
Completely re-work colored output and tty handling.
This commit completely guts all of the color handling code and replaces
most of it with two new crates: wincolor and termcolor. wincolor
provides a simple API to coloring using the Windows console and
termcolor provides a platform independent coloring API tuned for
multithreaded command line programs. This required a lot more
flexibility than what the `term` crate provided, so it was dropped.
We instead switch to writing ANSI escape sequences directly and ignore
the TERMINFO database.
In addition to fixing several bugs, this commit also permits end users
to customize colors to a certain extent. For example, this command will
set the match color to magenta and the line number background to yellow:
rg --colors 'match:fg:magenta' --colors 'line:bg:yellow' foo
For tty handling, we've adopted a hack from `git` to do tty detection in
MSYS/mintty terminals. As a result, ripgrep should get both color
detection and piping correct on Windows regardless of which terminal you
use.
Finally, switch to line buffering. Performance doesn't seem to be
impacted and it's an otherwise more user friendly option.
Fixes #37, Fixes #51, Fixes #94, Fixes #117, Fixes #182, Fixes #231
2016-11-20 18:14:52 +02:00
|
|
|
}
|
2018-08-03 23:26:22 +02:00
|
|
|
Some(Path::new(path).to_path_buf())
|
Completely re-work colored output and tty handling.
This commit completely guts all of the color handling code and replaces
most of it with two new crates: wincolor and termcolor. wincolor
provides a simple API to coloring using the Windows console and
termcolor provides a platform independent coloring API tuned for
multithreaded command line programs. This required a lot more
flexibility than what the `term` crate provided, so it was dropped.
We instead switch to writing ANSI escape sequences directly and ignore
the TERMINFO database.
In addition to fixing several bugs, this commit also permits end users
to customize colors to a certain extent. For example, this command will
set the match color to magenta and the line number background to yellow:
rg --colors 'match:fg:magenta' --colors 'line:bg:yellow' foo
For tty handling, we've adopted a hack from `git` to do tty detection in
MSYS/mintty terminals. As a result, ripgrep should get both color
detection and piping correct on Windows regardless of which terminal you
use.
Finally, switch to line buffering. Performance doesn't seem to be
impacted and it's an otherwise more user friendly option.
Fixes #37, Fixes #51, Fixes #94, Fixes #117, Fixes #182, Fixes #231
2016-11-20 18:14:52 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Parse the regex-size-limit argument option into a byte count.
|
|
|
|
fn regex_size_limit(&self) -> Result<Option<usize>> {
|
|
|
|
let r = self.parse_human_readable_size("regex-size-limit")?;
|
|
|
|
u64_to_usize("regex-size-limit", r)
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns the replacement string as UTF-8 bytes if it exists.
|
|
|
|
fn replacement(&self) -> Option<Vec<u8>> {
|
|
|
|
self.value_of_lossy("replace").map(|s| s.into_bytes())
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if aggregate statistics for a search should
|
|
|
|
/// be tracked.
|
Completely re-work colored output and tty handling.
This commit completely guts all of the color handling code and replaces
most of it with two new crates: wincolor and termcolor. wincolor
provides a simple API to coloring using the Windows console and
termcolor provides a platform independent coloring API tuned for
multithreaded command line programs. This required a lot more
flexibility than what the `term` crate provided, so it was dropped.
We instead switch to writing ANSI escape sequences directly and ignore
the TERMINFO database.
In addition to fixing several bugs, this commit also permits end users
to customize colors to a certain extent. For example, this command will
set the match color to magenta and the line number background to yellow:
rg --colors 'match:fg:magenta' --colors 'line:bg:yellow' foo
For tty handling, we've adopted a hack from `git` to do tty detection in
MSYS/mintty terminals. As a result, ripgrep should get both color
detection and piping correct on Windows regardless of which terminal you
use.
Finally, switch to line buffering. Performance doesn't seem to be
impacted and it's an otherwise more user friendly option.
Fixes #37, Fixes #51, Fixes #94, Fixes #117, Fixes #182, Fixes #231
2016-11-20 18:14:52 +02:00
|
|
|
///
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Generally, this is only enabled when explicitly requested by in the
|
|
|
|
/// command line arguments via the --stats flag, but this can also be
|
|
|
|
/// enabled implicity via the output format, e.g., for JSON Lines.
|
|
|
|
fn stats(&self) -> bool {
|
|
|
|
self.output_kind() == OutputKind::JSON || self.is_present("stats")
|
Completely re-work colored output and tty handling.
This commit completely guts all of the color handling code and replaces
most of it with two new crates: wincolor and termcolor. wincolor
provides a simple API to coloring using the Windows console and
termcolor provides a platform independent coloring API tuned for
multithreaded command line programs. This required a lot more
flexibility than what the `term` crate provided, so it was dropped.
We instead switch to writing ANSI escape sequences directly and ignore
the TERMINFO database.
In addition to fixing several bugs, this commit also permits end users
to customize colors to a certain extent. For example, this command will
set the match color to magenta and the line number background to yellow:
rg --colors 'match:fg:magenta' --colors 'line:bg:yellow' foo
For tty handling, we've adopted a hack from `git` to do tty detection in
MSYS/mintty terminals. As a result, ripgrep should get both color
detection and piping correct on Windows regardless of which terminal you
use.
Finally, switch to line buffering. Performance doesn't seem to be
impacted and it's an otherwise more user friendly option.
Fixes #37, Fixes #51, Fixes #94, Fixes #117, Fixes #182, Fixes #231
2016-11-20 18:14:52 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Returns a handle to stdout for filtering search.
|
Add support for additional text encodings.
This includes, but is not limited to, UTF-16, latin-1, GBK, EUC-JP and
Shift_JIS. (Courtesy of the `encoding_rs` crate.)
Specifically, this feature enables ripgrep to search files that are
encoded in an encoding other than UTF-8. The list of available encodings
is tied directly to what the `encoding_rs` crate supports, which is in
turn tied to the Encoding Standard. The full list of available encodings
can be found here: https://encoding.spec.whatwg.org/#concept-encoding-get
This pull request also introduces the notion that text encodings can be
automatically detected on a best effort basis. Currently, the only
support for this is checking for a UTF-16 bom. In all other cases, a
text encoding of `auto` (the default) implies a UTF-8 or ASCII
compatible source encoding. When a text encoding is otherwise specified,
it is unconditionally used for all files searched.
Since ripgrep's regex engine is fundamentally built on top of UTF-8,
this feature works by transcoding the files to be searched from their
source encoding to UTF-8. This transcoding only happens when:
1. `auto` is specified and a non-UTF-8 encoding is detected.
2. A specific encoding is given by end users (including UTF-8).
When transcoding occurs, errors are handled by automatically inserting
the Unicode replacement character. In this case, ripgrep's output is
guaranteed to be valid UTF-8 (excluding non-UTF-8 file paths, if they
are printed).
In all other cases, the source text is searched directly, which implies
an assumption that it is at least ASCII compatible, but where UTF-8 is
most useful. In this scenario, encoding errors are not detected. In this
case, ripgrep's output will match the input exactly, byte-for-byte.
This design may not be optimal in all cases, but it has some advantages:
1. In the happy path ("UTF-8 everywhere") remains happy. I have not been
able to witness any performance regressions.
2. In the non-UTF-8 path, implementation complexity is kept relatively
low. The cost here is transcoding itself. A potentially superior
implementation might build decoding of any encoding into the regex
engine itself. In particular, the fundamental problem with
transcoding everything first is that literal optimizations are nearly
negated.
Future work should entail improving the user experience. For example, we
might want to auto-detect more text encodings. A more elaborate UX
experience might permit end users to specify multiple text encodings,
although this seems hard to pull off in an ergonomic way.
Fixes #1
2017-03-09 03:22:48 +02:00
|
|
|
///
|
2018-08-03 23:26:22 +02:00
|
|
|
/// A handle is returned if and only if ripgrep's stdout is being
|
|
|
|
/// redirected to a file. The handle returned corresponds to that file.
|
Add support for additional text encodings.
This includes, but is not limited to, UTF-16, latin-1, GBK, EUC-JP and
Shift_JIS. (Courtesy of the `encoding_rs` crate.)
Specifically, this feature enables ripgrep to search files that are
encoded in an encoding other than UTF-8. The list of available encodings
is tied directly to what the `encoding_rs` crate supports, which is in
turn tied to the Encoding Standard. The full list of available encodings
can be found here: https://encoding.spec.whatwg.org/#concept-encoding-get
This pull request also introduces the notion that text encodings can be
automatically detected on a best effort basis. Currently, the only
support for this is checking for a UTF-16 bom. In all other cases, a
text encoding of `auto` (the default) implies a UTF-8 or ASCII
compatible source encoding. When a text encoding is otherwise specified,
it is unconditionally used for all files searched.
Since ripgrep's regex engine is fundamentally built on top of UTF-8,
this feature works by transcoding the files to be searched from their
source encoding to UTF-8. This transcoding only happens when:
1. `auto` is specified and a non-UTF-8 encoding is detected.
2. A specific encoding is given by end users (including UTF-8).
When transcoding occurs, errors are handled by automatically inserting
the Unicode replacement character. In this case, ripgrep's output is
guaranteed to be valid UTF-8 (excluding non-UTF-8 file paths, if they
are printed).
In all other cases, the source text is searched directly, which implies
an assumption that it is at least ASCII compatible, but where UTF-8 is
most useful. In this scenario, encoding errors are not detected. In this
case, ripgrep's output will match the input exactly, byte-for-byte.
This design may not be optimal in all cases, but it has some advantages:
1. In the happy path ("UTF-8 everywhere") remains happy. I have not been
able to witness any performance regressions.
2. In the non-UTF-8 path, implementation complexity is kept relatively
low. The cost here is transcoding itself. A potentially superior
implementation might build decoding of any encoding into the regex
engine itself. In particular, the fundamental problem with
transcoding everything first is that literal optimizations are nearly
negated.
Future work should entail improving the user experience. For example, we
might want to auto-detect more text encodings. A more elaborate UX
experience might permit end users to specify multiple text encodings,
although this seems hard to pull off in an ergonomic way.
Fixes #1
2017-03-09 03:22:48 +02:00
|
|
|
///
|
2018-08-03 23:26:22 +02:00
|
|
|
/// This can be used to ensure that we do not attempt to search a file
|
|
|
|
/// that ripgrep is writing to.
|
|
|
|
fn stdout_handle(&self) -> Option<Handle> {
|
|
|
|
let h = match Handle::stdout() {
|
|
|
|
Err(_) => return None,
|
|
|
|
Ok(h) => h,
|
|
|
|
};
|
|
|
|
let md = match h.as_file().metadata() {
|
|
|
|
Err(_) => return None,
|
|
|
|
Ok(md) => md,
|
|
|
|
};
|
|
|
|
if !md.is_file() {
|
|
|
|
return None;
|
Add support for additional text encodings.
This includes, but is not limited to, UTF-16, latin-1, GBK, EUC-JP and
Shift_JIS. (Courtesy of the `encoding_rs` crate.)
Specifically, this feature enables ripgrep to search files that are
encoded in an encoding other than UTF-8. The list of available encodings
is tied directly to what the `encoding_rs` crate supports, which is in
turn tied to the Encoding Standard. The full list of available encodings
can be found here: https://encoding.spec.whatwg.org/#concept-encoding-get
This pull request also introduces the notion that text encodings can be
automatically detected on a best effort basis. Currently, the only
support for this is checking for a UTF-16 bom. In all other cases, a
text encoding of `auto` (the default) implies a UTF-8 or ASCII
compatible source encoding. When a text encoding is otherwise specified,
it is unconditionally used for all files searched.
Since ripgrep's regex engine is fundamentally built on top of UTF-8,
this feature works by transcoding the files to be searched from their
source encoding to UTF-8. This transcoding only happens when:
1. `auto` is specified and a non-UTF-8 encoding is detected.
2. A specific encoding is given by end users (including UTF-8).
When transcoding occurs, errors are handled by automatically inserting
the Unicode replacement character. In this case, ripgrep's output is
guaranteed to be valid UTF-8 (excluding non-UTF-8 file paths, if they
are printed).
In all other cases, the source text is searched directly, which implies
an assumption that it is at least ASCII compatible, but where UTF-8 is
most useful. In this scenario, encoding errors are not detected. In this
case, ripgrep's output will match the input exactly, byte-for-byte.
This design may not be optimal in all cases, but it has some advantages:
1. In the happy path ("UTF-8 everywhere") remains happy. I have not been
able to witness any performance regressions.
2. In the non-UTF-8 path, implementation complexity is kept relatively
low. The cost here is transcoding itself. A potentially superior
implementation might build decoding of any encoding into the regex
engine itself. In particular, the fundamental problem with
transcoding everything first is that literal optimizations are nearly
negated.
Future work should entail improving the user experience. For example, we
might want to auto-detect more text encodings. A more elaborate UX
experience might permit end users to specify multiple text encodings,
although this seems hard to pull off in an ergonomic way.
Fixes #1
2017-03-09 03:22:48 +02:00
|
|
|
}
|
2018-08-03 23:26:22 +02:00
|
|
|
Some(h)
|
Add support for additional text encodings.
This includes, but is not limited to, UTF-16, latin-1, GBK, EUC-JP and
Shift_JIS. (Courtesy of the `encoding_rs` crate.)
Specifically, this feature enables ripgrep to search files that are
encoded in an encoding other than UTF-8. The list of available encodings
is tied directly to what the `encoding_rs` crate supports, which is in
turn tied to the Encoding Standard. The full list of available encodings
can be found here: https://encoding.spec.whatwg.org/#concept-encoding-get
This pull request also introduces the notion that text encodings can be
automatically detected on a best effort basis. Currently, the only
support for this is checking for a UTF-16 bom. In all other cases, a
text encoding of `auto` (the default) implies a UTF-8 or ASCII
compatible source encoding. When a text encoding is otherwise specified,
it is unconditionally used for all files searched.
Since ripgrep's regex engine is fundamentally built on top of UTF-8,
this feature works by transcoding the files to be searched from their
source encoding to UTF-8. This transcoding only happens when:
1. `auto` is specified and a non-UTF-8 encoding is detected.
2. A specific encoding is given by end users (including UTF-8).
When transcoding occurs, errors are handled by automatically inserting
the Unicode replacement character. In this case, ripgrep's output is
guaranteed to be valid UTF-8 (excluding non-UTF-8 file paths, if they
are printed).
In all other cases, the source text is searched directly, which implies
an assumption that it is at least ASCII compatible, but where UTF-8 is
most useful. In this scenario, encoding errors are not detected. In this
case, ripgrep's output will match the input exactly, byte-for-byte.
This design may not be optimal in all cases, but it has some advantages:
1. In the happy path ("UTF-8 everywhere") remains happy. I have not been
able to witness any performance regressions.
2. In the non-UTF-8 path, implementation complexity is kept relatively
low. The cost here is transcoding itself. A potentially superior
implementation might build decoding of any encoding into the regex
engine itself. In particular, the fundamental problem with
transcoding everything first is that literal optimizations are nearly
negated.
Future work should entail improving the user experience. For example, we
might want to auto-detect more text encodings. A more elaborate UX
experience might permit end users to specify multiple text encodings,
although this seems hard to pull off in an ergonomic way.
Fixes #1
2017-03-09 03:22:48 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// When the output format is `Summary`, this returns the type of summary
|
|
|
|
/// output to show.
|
|
|
|
///
|
|
|
|
/// This returns `None` if the output format is not `Summary`.
|
|
|
|
fn summary_kind(&self) -> Option<SummaryKind> {
|
|
|
|
let (count, count_matches) = self.counts();
|
|
|
|
if self.is_present("quiet") {
|
|
|
|
Some(SummaryKind::Quiet)
|
|
|
|
} else if count_matches {
|
|
|
|
Some(SummaryKind::CountMatches)
|
|
|
|
} else if count {
|
|
|
|
Some(SummaryKind::Count)
|
|
|
|
} else if self.is_present("files-with-matches") {
|
|
|
|
Some(SummaryKind::PathWithMatch)
|
|
|
|
} else if self.is_present("files-without-match") {
|
|
|
|
Some(SummaryKind::PathWithoutMatch)
|
|
|
|
} else {
|
|
|
|
None
|
2018-02-12 19:17:22 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Return the number of threads that should be used for parallelism.
|
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-13 04:48:11 +02:00
|
|
|
fn threads(&self) -> Result<usize> {
|
2017-01-07 05:43:59 +02:00
|
|
|
if self.is_present("sort-files") {
|
|
|
|
return Ok(1);
|
|
|
|
}
|
2018-01-01 16:22:35 +02:00
|
|
|
let threads = self.usize_of("threads")?.unwrap_or(0);
|
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-13 04:48:11 +02:00
|
|
|
Ok(if threads == 0 {
|
|
|
|
cmp::min(12, num_cpus::get())
|
|
|
|
} else {
|
|
|
|
threads
|
|
|
|
})
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Builds a file type matcher from the command line flags.
|
|
|
|
fn types(&self) -> Result<Types> {
|
2018-08-03 23:26:22 +02:00
|
|
|
let mut builder = TypesBuilder::new();
|
|
|
|
builder.add_defaults();
|
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-13 04:48:11 +02:00
|
|
|
for ty in self.values_of_lossy_vec("type-clear") {
|
2018-08-03 23:26:22 +02:00
|
|
|
builder.clear(&ty);
|
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-13 04:48:11 +02:00
|
|
|
}
|
|
|
|
for def in self.values_of_lossy_vec("type-add") {
|
2018-08-03 23:26:22 +02:00
|
|
|
builder.add_def(&def)?;
|
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-13 04:48:11 +02:00
|
|
|
}
|
|
|
|
for ty in self.values_of_lossy_vec("type") {
|
2018-08-03 23:26:22 +02:00
|
|
|
builder.select(&ty);
|
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-13 04:48:11 +02:00
|
|
|
}
|
|
|
|
for ty in self.values_of_lossy_vec("type-not") {
|
2018-08-03 23:26:22 +02:00
|
|
|
builder.negate(&ty);
|
|
|
|
}
|
|
|
|
builder.build().map_err(From::from)
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns the number of times the `unrestricted` flag is provided.
|
|
|
|
fn unrestricted_count(&self) -> u64 {
|
|
|
|
self.occurrences_of("unrestricted")
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if PCRE2's Unicode mode should be enabled.
|
|
|
|
fn pcre2_unicode(&self) -> bool {
|
|
|
|
// PCRE2 Unicode is enabled by default, so only disable it when told
|
|
|
|
// to do so explicitly.
|
|
|
|
self.is_present("pcre2") && !self.is_present("no-pcre2-unicode")
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if file names containing each match should
|
|
|
|
/// be emitted.
|
|
|
|
fn with_filename(&self, paths: &[PathBuf]) -> bool {
|
|
|
|
if self.is_present("no-filename") {
|
|
|
|
false
|
|
|
|
} else {
|
|
|
|
self.is_present("with-filename")
|
|
|
|
|| self.is_present("vimgrep")
|
|
|
|
|| paths.len() > 1
|
|
|
|
|| paths.get(0).map_or(false, |p| p.is_dir())
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Lower level generic helper methods for teasing values out of clap.
|
|
|
|
impl ArgMatches {
|
|
|
|
/// Like values_of_lossy, but returns an empty vec if the flag is not
|
|
|
|
/// present.
|
|
|
|
fn values_of_lossy_vec(&self, name: &str) -> Vec<String> {
|
|
|
|
self.values_of_lossy(name).unwrap_or_else(Vec::new)
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Safely reads an arg value with the given name, and if it's present,
|
|
|
|
/// tries to parse it as a usize value.
|
|
|
|
///
|
|
|
|
/// If the number is zero, then it is considered absent and `None` is
|
|
|
|
/// returned.
|
|
|
|
fn usize_of_nonzero(&self, name: &str) -> Result<Option<usize>> {
|
|
|
|
let n = match self.usize_of(name)? {
|
|
|
|
None => return Ok(None),
|
|
|
|
Some(n) => n,
|
|
|
|
};
|
|
|
|
Ok(if n == 0 {
|
|
|
|
None
|
|
|
|
} else {
|
|
|
|
Some(n)
|
|
|
|
})
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Safely reads an arg value with the given name, and if it's present,
|
|
|
|
/// tries to parse it as a usize value.
|
|
|
|
fn usize_of(&self, name: &str) -> Result<Option<usize>> {
|
|
|
|
match self.value_of_lossy(name) {
|
|
|
|
None => Ok(None),
|
|
|
|
Some(v) => v.parse().map(Some).map_err(From::from),
|
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-13 04:48:11 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-04-01 23:55:58 +02:00
|
|
|
/// Parses an argument of the form `[0-9]+(KMG)?`.
|
|
|
|
///
|
2018-08-03 23:26:22 +02:00
|
|
|
/// If the aforementioned format is not recognized, then this returns an
|
|
|
|
/// error.
|
|
|
|
fn parse_human_readable_size(
|
2017-04-01 23:55:58 +02:00
|
|
|
&self,
|
|
|
|
arg_name: &str,
|
|
|
|
) -> Result<Option<u64>> {
|
2018-08-03 23:26:22 +02:00
|
|
|
lazy_static! {
|
|
|
|
static ref RE: Regex = Regex::new(r"^([0-9]+)([KMG])?$").unwrap();
|
|
|
|
}
|
|
|
|
|
2017-04-01 23:55:58 +02:00
|
|
|
let arg_value = match self.value_of_lossy(arg_name) {
|
2017-02-28 06:53:52 +02:00
|
|
|
Some(x) => x,
|
|
|
|
None => return Ok(None)
|
|
|
|
};
|
2018-08-03 23:26:22 +02:00
|
|
|
let caps = RE
|
|
|
|
.captures(&arg_value)
|
|
|
|
.ok_or_else(|| {
|
2017-04-01 23:55:58 +02:00
|
|
|
format!("invalid format for {}", arg_name)
|
2018-01-01 16:22:35 +02:00
|
|
|
})?;
|
2017-02-28 06:53:52 +02:00
|
|
|
|
2018-01-01 16:22:35 +02:00
|
|
|
let value = caps[1].parse::<u64>()?;
|
2017-02-28 06:53:52 +02:00
|
|
|
let suffix = caps.get(2).map(|x| x.as_str());
|
2017-03-01 07:38:06 +02:00
|
|
|
|
2017-04-01 23:55:58 +02:00
|
|
|
let v_10 = value.checked_mul(1024);
|
|
|
|
let v_20 = v_10.and_then(|x| x.checked_mul(1024));
|
|
|
|
let v_30 = v_20.and_then(|x| x.checked_mul(1024));
|
|
|
|
let try_suffix = |x: Option<u64>| {
|
|
|
|
if x.is_some() {
|
|
|
|
Ok(x)
|
|
|
|
} else {
|
|
|
|
Err(From::from(format!("number too large for {}", arg_name)))
|
|
|
|
}
|
|
|
|
};
|
2017-02-28 06:53:52 +02:00
|
|
|
match suffix {
|
2018-08-03 23:26:22 +02:00
|
|
|
None => Ok(Some(value)),
|
2017-04-01 23:55:58 +02:00
|
|
|
Some("K") => try_suffix(v_10),
|
|
|
|
Some("M") => try_suffix(v_20),
|
|
|
|
Some("G") => try_suffix(v_30),
|
|
|
|
_ => Err(From::from(format!("invalid suffix for {}", arg_name)))
|
2017-02-28 06:53:52 +02:00
|
|
|
}
|
|
|
|
}
|
2018-08-03 23:26:22 +02:00
|
|
|
}
|
2017-02-28 06:53:52 +02:00
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// The following methods mostly dispatch to the underlying clap methods
|
|
|
|
/// directly. Methods that would otherwise get a single value will fetch all
|
|
|
|
/// values and return the last one. (Clap returns the first one.) We only
|
|
|
|
/// define the ones we need.
|
|
|
|
impl ArgMatches {
|
2018-02-03 21:31:40 +02:00
|
|
|
fn is_present(&self, name: &str) -> bool {
|
|
|
|
self.0.is_present(name)
|
|
|
|
}
|
|
|
|
|
|
|
|
fn occurrences_of(&self, name: &str) -> u64 {
|
|
|
|
self.0.occurrences_of(name)
|
|
|
|
}
|
|
|
|
|
|
|
|
fn value_of_lossy(&self, name: &str) -> Option<String> {
|
2018-02-06 02:22:44 +02:00
|
|
|
self.0.value_of_lossy(name).map(|s| s.into_owned())
|
2018-02-03 21:31:40 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
fn values_of_lossy(&self, name: &str) -> Option<Vec<String>> {
|
|
|
|
self.0.values_of_lossy(name)
|
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
fn value_of_os(&self, name: &str) -> Option<&OsStr> {
|
2018-02-06 02:22:44 +02:00
|
|
|
self.0.value_of_os(name)
|
2018-02-03 21:31:40 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
fn values_of_os(&self, name: &str) -> Option<clap::OsValues> {
|
2018-02-03 21:31:40 +02:00
|
|
|
self.0.values_of_os(name)
|
|
|
|
}
|
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-13 04:48:11 +02:00
|
|
|
}
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Convert an OsStr to a Unicode string.
|
|
|
|
///
|
|
|
|
/// Patterns _must_ be valid UTF-8, so if the given OsStr isn't valid UTF-8,
|
|
|
|
/// this returns an error.
|
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-13 04:48:11 +02:00
|
|
|
fn pattern_to_str(s: &OsStr) -> Result<&str> {
|
2018-08-03 23:26:22 +02:00
|
|
|
s.to_str().ok_or_else(|| {
|
|
|
|
From::from(format!(
|
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-13 04:48:11 +02:00
|
|
|
"Argument '{}' is not valid UTF-8. \
|
|
|
|
Use hex escape sequences to match arbitrary \
|
|
|
|
bytes in a pattern (e.g., \\xFF).",
|
2018-08-03 23:26:22 +02:00
|
|
|
s.to_string_lossy()
|
|
|
|
))
|
|
|
|
})
|
2016-09-05 06:52:23 +02:00
|
|
|
}
|
2016-12-24 19:53:09 +02:00
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Inspect an error resulting from building a Rust regex matcher, and if it's
|
|
|
|
/// believed to correspond to a syntax error that PCRE2 could handle, then
|
|
|
|
/// add a message to suggest the use of -P/--pcre2.
|
|
|
|
#[cfg(feature = "pcre2")]
|
|
|
|
fn suggest_pcre2(msg: String) -> String {
|
|
|
|
if !msg.contains("backreferences") && !msg.contains("look-around") {
|
|
|
|
msg
|
|
|
|
} else {
|
|
|
|
format!("{}
|
2016-12-24 19:53:09 +02:00
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
Consider enabling PCRE2 with the --pcre2 flag, which can handle backreferences
|
|
|
|
and look-around.", msg)
|
2016-12-24 19:53:09 +02:00
|
|
|
}
|
|
|
|
}
|
2017-01-15 23:32:30 +02:00
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
/// Convert the result of parsing a human readable file size to a `usize`,
|
|
|
|
/// failing if the type does not fit.
|
|
|
|
fn u64_to_usize(
|
2017-04-01 23:55:58 +02:00
|
|
|
arg_name: &str,
|
|
|
|
value: Option<u64>,
|
|
|
|
) -> Result<Option<usize>> {
|
|
|
|
use std::usize;
|
|
|
|
|
2018-08-03 23:26:22 +02:00
|
|
|
let value = match value {
|
|
|
|
None => return Ok(None),
|
|
|
|
Some(value) => value,
|
|
|
|
};
|
|
|
|
if value <= usize::MAX as u64 {
|
|
|
|
Ok(Some(value as usize))
|
|
|
|
} else {
|
|
|
|
Err(From::from(format!("number too large for {}", arg_name)))
|
2017-04-01 23:55:58 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-01-15 23:32:30 +02:00
|
|
|
/// Returns true if and only if stdin is deemed searchable.
|
|
|
|
#[cfg(unix)]
|
|
|
|
fn stdin_is_readable() -> bool {
|
|
|
|
use std::os::unix::fs::FileTypeExt;
|
|
|
|
|
|
|
|
let ft = match Handle::stdin().and_then(|h| h.as_file().metadata()) {
|
|
|
|
Err(_) => return false,
|
|
|
|
Ok(md) => md.file_type(),
|
|
|
|
};
|
|
|
|
ft.is_file() || ft.is_fifo()
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Returns true if and only if stdin is deemed searchable.
|
|
|
|
#[cfg(windows)]
|
|
|
|
fn stdin_is_readable() -> bool {
|
2018-08-25 06:25:45 +02:00
|
|
|
use winapi_util as winutil;
|
2018-02-02 04:11:02 +02:00
|
|
|
|
2018-08-25 06:25:45 +02:00
|
|
|
winutil::file::typ(winutil::HandleRef::stdin())
|
|
|
|
.map(|t| t.is_disk() || t.is_pipe())
|
|
|
|
.unwrap_or(false)
|
2018-02-02 04:11:02 +02:00
|
|
|
}
|