fast_code_owners 0.0.7 → 0.0.8

data/ext/cargo-vendor/clap-4.5.37/src/_faq.rs

@@ -1,95 +0,0 @@
-//! # Documentation: FAQ
-//!
-//! 1. [Comparisons](#comparisons)
-//!    1. [How does `clap` compare to structopt?](#how-does-clap-compare-to-structopt)
-//!    2. [What are some reasons to use `clap`? (The Pitch)](#what-are-some-reasons-to-use-clap-the-pitch)
-//!    3. [What are some reasons *not* to use `clap`? (The Anti Pitch)](#what-are-some-reasons-not-to-use-clap-the-anti-pitch)
-//!    4. [Reasons to use `clap`](#reasons-to-use-clap)
-//! 2. [How many approaches are there to create a parser?](#how-many-approaches-are-there-to-create-a-parser)
-//! 3. [When should I use the builder vs derive APIs?](#when-should-i-use-the-builder-vs-derive-apis)
-//! 4. [Why is there a default subcommand of help?](#why-is-there-a-default-subcommand-of-help)
-//!
-//! ### Comparisons
-//!
-//! First, let me say that these comparisons are highly subjective, and not meant
-//! in a critical or harsh manner. All the argument parsing libraries out there (to
-//! include `clap`) have their own strengths and weaknesses. Sometimes it just
-//! comes down to personal taste when all other factors are equal. When in doubt,
-//! try them all and pick one that you enjoy :). There's plenty of room in the Rust
-//! community for multiple implementations!
-//!
-//! For less detailed but more broad comparisons, see
-//! [argparse-benchmarks](https://github.com/rust-cli/argparse-benchmarks-rs).
-//!
-//! #### How does `clap` compare to [structopt](https://github.com/TeXitoi/structopt)?
-//!
-//! Simple! `clap` *is* `structopt`.  `structopt` started as a derive API built on
-//! top of clap v2.  With clap v3, we've forked structopt and integrated it
-//! directly into clap.  structopt is in
-//! [maintenance mode](https://github.com/TeXitoi/structopt/issues/516#issuecomment-989566094)
-//! with the release of `clap_derive`.
-//!
-//! The benefits of integrating `structopt` and `clap` are:
-//! - Easier cross-linking in documentation
-//! - Documentation parity
-//! - Tighter design feedback loop, ensuring all new features are designed with
-//!   derives in mind and easier to change `clap` in response to `structopt` bugs.
-//! - Clearer endorsement of `structopt`
-//!
-//! See also
-//! - [`clap` v3 CHANGELOG](https://github.com/clap-rs/clap/blob/v3-master/CHANGELOG.md#300---2021-12-31)
-//! - [`structopt` migration guide](https://github.com/clap-rs/clap/blob/v3-master/CHANGELOG.md#migrate-structopt)
-//!
-//! #### What are some reasons to use `clap`? (The Pitch)
-//!
-//! `clap` is as fast, and as lightweight as possible while still giving all the features you'd expect from a modern argument parser. In fact, for the amount and type of features `clap` offers it remains about as fast as `getopts`. If you use `clap`, when you just need some simple arguments parsed, you'll find it's a walk in the park. `clap` also makes it possible to represent extremely complex and advanced requirements without too much thought. `clap` aims to be intuitive, easy to use, and fully capable for wide variety use cases and needs.
-//!
-//! #### What are some reasons *not* to use `clap`? (The Anti Pitch)
-//!
-//! Depending on the style in which you choose to define the valid arguments, `clap` can be very verbose. `clap` also offers so many finetuning knobs and dials, that learning everything can seem overwhelming. I strive to keep the simple cases simple, but when turning all those custom dials it can get complex. `clap` is also opinionated about parsing. Even though so much can be tweaked and tuned with `clap` (and I'm adding more all the time), there are still certain features which `clap` implements in specific ways that may be contrary to some users' use-cases.
-//!
-//! #### Reasons to use `clap`
-//!
-//!  * You want all the nice CLI features your users may expect, yet you don't want to implement them all yourself. You'd like to focus on your application, not argument parsing.
-//!  * In addition to the point above, you don't want to sacrifice performance to get all those nice features.
-//!  * You have complex requirements/conflicts between your various valid args.
-//!  * You want to use subcommands (although other libraries also support subcommands, they are not nearly as feature rich as those provided by `clap`).
-//!  * You want some sort of custom validation built into the argument parsing process, instead of as part of your application (which allows for earlier failures, better error messages, more cohesive experience, etc.).
-//!
-//! ### How many approaches are there to create a parser?
-//!
-//! The following APIs are supported:
-//! - [Derive][crate::_derive::_tutorial]
-//! - [Builder][crate::_tutorial]
-//!
-//! Previously, we supported:
-//! - [YAML](https://github.com/clap-rs/clap/issues/3087)
-//! - [docopt](http://docopt.org/)-inspired [usage parser](https://github.com/clap-rs/clap/issues/3086)
-//! - [`clap_app!`](https://github.com/clap-rs/clap/issues/2835)
-//!
-//! There are also experiments with other APIs:
-//! - [fncmd](https://github.com/yuhr/fncmd): function attribute
-//! - [clap-serde](https://github.com/aobatact/clap-serde): create an `Command` from a deserializer
-//!
-//! ### When should I use the builder vs derive APIs?
-//!
-//! Our default answer is to use the [Derive API][crate::_derive::_tutorial]:
-//! - Easier to read, write, and modify
-//! - Easier to keep the argument declaration and reading of argument in sync
-//! - Easier to reuse, e.g. [clap-verbosity-flag](https://crates.io/crates/clap-verbosity-flag)
-//!
-//! The [Builder API][crate::_tutorial] is a lower-level API that someone might want to use for
-//! - Faster compile times if you aren't already using other procedural macros
-//! - More flexibility, e.g. you can look up an [arguments values][crate::ArgMatches::get_many],
-//!   their [ordering with other arguments][crate::ArgMatches::indices_of], and [what set
-//!   them][crate::ArgMatches::value_source].  The Derive API can only report values and not
-//!   indices of or other data.
-//!
-//! You can [interop between Derive and Builder APIs][crate::_derive#mixing-builder-and-derive-apis].
-//!
-//! ### Why is there a default subcommand of help?
-//!
-//! There is only a default subcommand of `help` when other subcommands have been defined manually. So it's opt-in(ish), being that you only get a `help` subcommand if you're actually using subcommands.
-//!
-//! Also, if the user defined a `help` subcommand themselves, the auto-generated one wouldn't be added (meaning it's only generated if the user hasn't defined one themselves).
-//!

data/ext/cargo-vendor/clap-4.5.37/src/bin/stdio-fixture.rs

@@ -1,26 +0,0 @@
-fn main() {
-    #[allow(unused_mut)]
-    let mut cmd = clap::Command::new("stdio-fixture")
-        .version("1.0")
-        .long_version("1.0 - a2132c")
-        .arg_required_else_help(true)
-        .subcommand(clap::Command::new("more"))
-        .arg(
-            clap::Arg::new("verbose")
-                .long("verbose")
-                .help("log")
-                .action(clap::ArgAction::SetTrue)
-                .long_help("more log"),
-        );
-    #[cfg(feature = "color")]
-    {
-        use clap::builder::styling;
-        const STYLES: styling::Styles = styling::Styles::styled()
-            .header(styling::AnsiColor::Green.on_default().bold())
-            .usage(styling::AnsiColor::Green.on_default().bold())
-            .literal(styling::AnsiColor::Blue.on_default().bold())
-            .placeholder(styling::AnsiColor::Cyan.on_default());
-        cmd = cmd.styles(STYLES);
-    }
-    cmd.get_matches();
-}

data/ext/cargo-vendor/clap-4.5.37/src/lib.rs

@@ -1,102 +0,0 @@
-// Copyright ⓒ 2015-2016 Kevin B. Knapp and [`clap-rs` contributors](https://github.com/clap-rs/clap/graphs/contributors).
-// Licensed under the MIT license
-// (see LICENSE or <http://opensource.org/licenses/MIT>) All files in the project carrying such
-// notice may not be copied, modified, or distributed except according to those terms.
-
-//! > **Command Line Argument Parser for Rust**
-//!
-//! Quick Links:
-//! - Derive [tutorial][_derive::_tutorial] and [reference][_derive]
-//! - Builder [tutorial][_tutorial] and [reference](index.html)
-//! - [Cookbook][_cookbook]
-//! - [FAQ][_faq]
-//! - [Discussions](https://github.com/clap-rs/clap/discussions)
-//! - [CHANGELOG](https://github.com/clap-rs/clap/blob/v4.5.37/CHANGELOG.md) (includes major version migration
-//!   guides)
-//!
-//! ## Aspirations
-//!
-//! - Out of the box, users get a polished CLI experience
-//!   - Including common argument behavior, help generation, suggested fixes for users, colored output, [shell completions](https://github.com/clap-rs/clap/tree/master/clap_complete), etc
-//! - Flexible enough to port your existing CLI interface
-//!   - However, we won't necessarily streamline support for each use case
-//! - Reasonable parse performance
-//! - Resilient maintainership, including
-//!   - Willing to break compatibility rather than batching up breaking changes in large releases
-//!   - Leverage feature flags to keep to one active branch
-//!   - Being under [WG-CLI](https://github.com/rust-cli/team/) to increase the bus factor
-//! - We follow semver and will wait about 6-9 months between major breaking changes
-//! - We will support the last two minor Rust releases (MSRV, currently 1.74)
-//!
-//! While these aspirations can be at odds with fast build times and low binary
-//! size, we will still strive to keep these reasonable for the flexibility you
-//! get.  Check out the
-//! [argparse-benchmarks](https://github.com/rust-cli/argparse-benchmarks-rs) for
-//! CLI parsers optimized for other use cases.
-//!
-//! ## Example
-//!
-//! Run
-//! ```console
-//! $ cargo add clap --features derive
-//! ```
-//! *(See also [feature flag reference][_features])*
-//!
-//! Then define your CLI in `main.rs`:
-//! ```rust
-//! # #[cfg(feature = "derive")] {
-#![doc = include_str!("../examples/demo.rs")]
-//! # }
-//! ```
-//!
-//! And try it out:
-#![doc = include_str!("../examples/demo.md")]
-//!
-//! See also the derive [tutorial][_derive::_tutorial] and [reference][_derive]
-//!
-//! ### Related Projects
-//!
-//! Augment clap:
-//! - [wild](https://crates.io/crates/wild) for supporting wildcards (`*`) on Windows like you do Linux
-//! - [argfile](https://crates.io/crates/argfile) for loading additional arguments from a file (aka response files)
-//! - [shadow-rs](https://crates.io/crates/shadow-rs) for generating `Command::long_version`
-//! - [clap_mangen](https://crates.io/crates/clap_mangen) for generating man page source (roff)
-//! - [clap_complete](https://crates.io/crates/clap_complete) for shell completion support
-//!
-//! CLI Helpers
-//! - [clio](https://crates.io/crates/clio) for reading/writing to files specified as arguments
-//! - [clap-verbosity-flag](https://crates.io/crates/clap-verbosity-flag)
-//! - [clap-cargo](https://crates.io/crates/clap-cargo)
-//! - [colorchoice-clap](https://crates.io/crates/colorchoice-clap)
-//!
-//! Testing
-//! - [`trycmd`](https://crates.io/crates/trycmd):  Bulk snapshot testing
-//! - [`snapbox`](https://crates.io/crates/snapbox):  Specialized snapshot testing
-//! - [`assert_cmd`](https://crates.io/crates/assert_cmd) and [`assert_fs`](https://crates.io/crates/assert_fs): Customized testing
-//!
-//! Documentation:
-//! - [Command-line Apps for Rust](https://rust-cli.github.io/book/index.html) book
-//!
-
-#![doc(html_logo_url = "https://raw.githubusercontent.com/clap-rs/clap/master/assets/clap.png")]
-#![cfg_attr(docsrs, feature(doc_auto_cfg))]
-#![forbid(unsafe_code)]
-#![warn(missing_docs)]
-#![warn(clippy::print_stderr)]
-#![warn(clippy::print_stdout)]
-
-pub use clap_builder::*;
-#[cfg(feature = "derive")]
-#[doc(hidden)]
-pub use clap_derive::{self, Args, Parser, Subcommand, ValueEnum};
-
-#[cfg(feature = "unstable-doc")]
-pub mod _cookbook;
-#[cfg(feature = "unstable-doc")]
-pub mod _derive;
-#[cfg(feature = "unstable-doc")]
-pub mod _faq;
-#[cfg(feature = "unstable-doc")]
-pub mod _features;
-#[cfg(feature = "unstable-doc")]
-pub mod _tutorial;

data/ext/cargo-vendor/clap_builder-4.5.37/.cargo-checksum.json

@@ -1 +0,0 @@
-{"files":{"Cargo.lock":"2a2bb34136ae28631eeae6c510c65835a7ae7c038493af13e82b8ec2db53894e","Cargo.toml":"45b7e838d41e83032da84f6dfd39721891803bfc24941b5e296aeb6c12afdc6f","LICENSE-APACHE":"c71d239df91726fc519c6eb72d318ec65820627232b2f796219e87dcf35d0ab4","LICENSE-MIT":"0d687e1f07b58fe68bda74668ff6326125e5e5efa184cce755cd84ac535b7058","README.md":"8a6532c8a686cbff189533cd8472b3295b4de2463420c1a94193cc6f33bd4bb0","src/builder/action.rs":"2f6b936a00a39e544c27fd2ca6cd2533afa709184e7a05d7535abbb8b5958834","src/builder/app_settings.rs":"05143ef7a7d318f5d56025e1633174c2d0e3fccb1918aee7fac77b453cc3a82e","src/builder/arg.rs":"5cd139b8c8f3e1c7a322d1fe40e13e0a70448f66b74925774135d5d47bce7b92","src/builder/arg_group.rs":"6969fcadfbad896d0888c6f9d499079df2c585379167d8fa68e4a952f1e33a46","src/builder/arg_predicate.rs":"4fe55fdd0441acb1577f28188c86f920df4863f451a7dcad8e050dbb6e1e7516","src/builder/arg_settings.rs":"e8ad1bd6d36da43d7329b6cd86833d4cc63734e64119c6b950a45ded5e3aec9c","src/builder/command.rs":"c8fe754eb6fb2a088a439c9608130c5c7735d73abc27f673f5369c7a115676ad","src/builder/debug_asserts.rs":"53ef877c8cfe4b50a184e95b2868763fceacb018df9cb095647c5f98e6903854","src/builder/ext.rs":"b337f096992d51f686e64096fc219340c38276c7cd27199711c5862f86925d59","src/builder/mod.rs":"526bf55519bde7d06b30f47e9fe531d5ec32ea59e1084b6480fc354d9663fc83","src/builder/os_str.rs":"8dbffef3523a8e4339e2c019de94676d87d21ba127fe281717381a15d198bb16","src/builder/possible_value.rs":"6cde43adeb9aa6edd748a8e3a9dbdaaf8d91319dabfbf1dffff47526dfaaebcc","src/builder/range.rs":"5113cc1f786bce0171ca11f8383e99d4b9aa864b9f966607bfdf85d571f74d3d","src/builder/resettable.rs":"c4cd481051ec361529817ebae73b4dd307b0a4a3b88a3ddcecb8dd45b05db431","src/builder/str.rs":"fc615f9556b397ac62037ec02ab33a95473849a9be65bec334e0f53346b0ae84","src/builder/styled_str.rs":"9c043c4b908d220346855b0ab6d35f0ea5564e9e338e2dab0697b7de2788ea5b","src/builder/styling.rs":"4727d5b654000e2e7bbbf134f1aae7e02290a9d6f5a00df3308d679b5b33d6da","src/builder/tests.rs":"e0005bce9a53a020c3f3a37add53e3936cbbb2bac80126aca57542ae13c29252","src/builder/value_hint.rs":"fedc7dfb968b98c3d880bf1a55c23e928d915d6cf59c69462ae8d7e9b9fee406","src/builder/value_parser.rs":"4342c19e43fc783b7adea44c74d3bd35a13ee0f7982d79e63867c9d7258d4042","src/derive.rs":"c334e163ff38e551a90e69bd16b333c0c9604788aceb822396103404cc9f4d31","src/error/context.rs":"156d2611a349ce826378476c9dcb3242a01ad834a095baad096a10cc2f73e1ed","src/error/format.rs":"a435cbe96f144240c1df42c9164b8c0067eb1847604ada6146794552e7ae1778","src/error/kind.rs":"29603c64b8cea7886498afc3f7e7c489505c9820c5159e99d153d57fdafe95ec","src/error/mod.rs":"90cc0935d65bb5b9c6234aa2f929b3bbd4646447377769131582ee4511236c6d","src/lib.rs":"473d57ced08f03c751c4f5030f1667ac84bf8cce635b5c5e9ee183b676fbd49c","src/macros.rs":"0d298e089c733b4370cd2c55829c2d73b27adb3738ea0fdb709209496d45b10f","src/mkeymap.rs":"f91cf154bd531a05f81f34a552b33d17f551228d827f2b944f45dae3caf0522f","src/output/fmt.rs":"d35009cc66b455fad4ad6edfe22d201187985a7bd68615d37d29873b36666dd4","src/output/help.rs":"b3bb6cfffe9c1113d377f1f4951a22b6ad2ba2813dcc55a146899c808cd393d3","src/output/help_template.rs":"1ae72100c5c588547b756a3b57f84f5c9d102c9f56d1add1e0bdc8f8fc8cdee5","src/output/mod.rs":"74ea52be8981c30d10fda3f6c80cf51aafb15700de99aa73bc94700bca25ae11","src/output/textwrap/core.rs":"0d45b1ebe8bba3e54e8bcbfec015be626d55803a0a46aef753eb3a4be3cabab4","src/output/textwrap/mod.rs":"2f532e8ebde977a5e1277956b63d2168723cab222b74b4a08bdec44a8487682d","src/output/textwrap/word_separators.rs":"ae3af310295e707ae1aa95633f6bb078cedf8f65662a86caa9d25420f459acc1","src/output/textwrap/wrap_algorithms.rs":"a6eb1491ef5e64dbd2ef55d367e46747fcf2fb22fdb66a2b7c3cb9ba3a02d86a","src/output/usage.rs":"7c1e680503ac32fea1b73befaf1d6b558fa6b0e5731b6c1c0c8c7280bb21c5cd","src/parser/arg_matcher.rs":"c4932e05eaf05c79513c722eab52b1f12195c41ff7785b8df155b0c3d54a37b2","src/parser/error.rs":"0b240e7c5d70c921f7f74b6fbfa06b6e1ff8b277c34fc15c9ff4bc107aa3c854","src/parser/features/mod.rs":"6ed075e97af56bff22f22ed1ee83ff6479360e05f9d3661a3145f822c242b694","src/parser/features/suggestions.rs":"046c361b1e8b646754e55a88676ec26ede092c777dcc1a1e8516884079f4814f","src/parser/matches/arg_matches.rs":"f7682caadf219268b42e6f9baa3308d6dd1411a39514f45209c7075774e764c6","src/parser/matches/matched_arg.rs":"35f86721fb6caba33c90065e70caf185524a5d2199feadad77fd3d5cd58ce1cb","src/parser/matches/mod.rs":"5578335f4b9103cc4060546621e5664d5e92c43848ec48c2d95a4b045373de1f","src/parser/matches/value_source.rs":"ecb9e09db06579489daa9cbcf351381041dff7c5e2956fb96052b70b9360955b","src/parser/mod.rs":"4b644c30a57ed04d0c5d06e259a493f40042457a2bd1574ffc630cd60dec14b4","src/parser/parser.rs":"8b2c7384db84fca01e45ed57c7eac67be0e208ca72b1a17276370eebc949e393","src/parser/validator.rs":"749980e6095aff177cd051541ccc7669ffb82def970af4f8e72b0432221a6ce4","src/util/any_value.rs":"ac88e78c520ae84edb160c121d1277ce64db3aea7199fbddfe1024d6c312f722","src/util/color.rs":"530d2d4ce336863eaa02dff77fbc35ceb679701945fc4c4a13d0dda39eaf0e36","src/util/flat_map.rs":"a027590e6bb0d42c6a0dd0010eac281ec90805c57b0574909ec8dfa76afce486","src/util/flat_set.rs":"f570144940e263954451ae4393941b76c2bea6af0d64062f94a527daa84ac4bd","src/util/graph.rs":"f35396b6e2a427377dcbbca69b1b98737d89684a3834cfda98cbf8cc70ff9c2f","src/util/id.rs":"910a6b4ce06a04d9eb93364d99e801cfe0a5376a778f5ac1d0e44230c1549d96","src/util/mod.rs":"6fe80de51c5c441620af25da961c986e51ee77e8e05dc8bc831f72e38a5bd9e9","src/util/str_to_bool.rs":"1ce90b4939a884eeefc73392722bdfcf906e3070c4398e1557c586c10c684cd0"},"package":"efd9466fac8543255d3b1fcad4762c5e116ffe808c8a3043d4263cd4fd4862a2"}