holm/nushell
1
1
Fork 0
forked from extern/nushell
Code Issues Pull Requests Packages Projects Releases Wiki Activity
ee9eddd851
nushell/crates/nu-parser/Cargo.toml

27 lines
804 B
TOML
Raw Normal View History

Extract core stuff into own crates This commit extracts five new crates: - nu-source, which contains the core source-code handling logic in Nu, including Text, Span, and also the pretty.rs-based debug logic - nu-parser, which is the parser and expander logic - nu-protocol, which is the bulk of the types and basic conveniences used by plugins - nu-errors, which contains ShellError, ParseError and error handling conveniences - nu-textview, which is the textview plugin extracted into a crate One of the major consequences of this refactor is that it's no longer possible to `impl X for Spanned<Y>` outside of the `nu-source` crate, so a lot of types became more concrete (Value became a concrete type instead of Spanned<Value>, for example). This also turned a number of inherent methods in the main nu crate into plain functions (impl Value {} became a bunch of functions in the `value` namespace in `crate::data::value`).
2019-11-26 03:30:48 +01:00
[package]
Add experimental new parser (#1554) Move to an experimental new parser
2020-04-06 09:16:14 +02:00
authors = ["The Nu Project Contributors"]
Update Cargo.toml
2020-04-21 20:34:32 +02:00
description = "Nushell parser"
Bump to 0.16.1 (#2116)
2020-07-05 22:12:44 +02:00
edition = "2018"
Update Cargo.toml
2020-04-21 20:34:32 +02:00
license = "MIT"
Bump to 0.16.1 (#2116)
2020-07-05 22:12:44 +02:00
name = "nu-parser"
Bump to 0.40 (#4129)
2021-11-16 09:53:03 +01:00
version = "0.40.0"
Extract core stuff into own crates This commit extracts five new crates: - nu-source, which contains the core source-code handling logic in Nu, including Text, Span, and also the pretty.rs-based debug logic - nu-parser, which is the parser and expander logic - nu-protocol, which is the bulk of the types and basic conveniences used by plugins - nu-errors, which contains ShellError, ParseError and error handling conveniences - nu-textview, which is the textview plugin extracted into a crate One of the major consequences of this refactor is that it's no longer possible to `impl X for Spanned<Y>` outside of the `nu-source` crate, so a lot of types became more concrete (Value became a concrete type instead of Spanned<Value>, for example). This also turned a number of inherent methods in the main nu crate into plain functions (impl Value {} became a bunch of functions in the `value` namespace in `crate::data::value`).
2019-11-26 03:30:48 +01:00
[dependencies]
upgrading dependencies (#4135) * upgrade dependencies num-bigint 0.3.1 -> 0.4.3 bigdecimal-rs 0.2.1 -> bigdecimal 0.3.0 s3hander 0.7 -> 0.7.5 bat 0.18 -> 0.18, default-features = false * upgrade arboard 1.1.0 -> 2.0.1 * in polars use comfy-table instead of prettytable-rs the last release of prettytable-rs was `0.8.0 Sep 27, 2018` and it uses `term 0.5` as a dependency * upgrade dependencies * upgrade trash -> 2.0.1 Co-authored-by: ahkrr <alexhk@protonmail.com>
2021-11-20 14:11:11 +01:00
bigdecimal = { package = "bigdecimal", version = "0.3.0", features = ["serde"] }
Bump to 0.16.1 (#2116)
2020-07-05 22:12:44 +02:00
derive-new = "0.5.8"
Bump to 0.33 (#3667)
2021-06-22 07:22:33 +02:00
indexmap = { version="1.6.1", features=["serde-1"] }
Update some deps (#3011)
2021-02-05 21:54:54 +01:00
log = "0.4"
upgrading dependencies (#4135) * upgrade dependencies num-bigint 0.3.1 -> 0.4.3 bigdecimal-rs 0.2.1 -> bigdecimal 0.3.0 s3hander 0.7 -> 0.7.5 bat 0.18 -> 0.18, default-features = false * upgrade arboard 1.1.0 -> 2.0.1 * in polars use comfy-table instead of prettytable-rs the last release of prettytable-rs was `0.8.0 Sep 27, 2018` and it uses `term 0.5` as a dependency * upgrade dependencies * upgrade trash -> 2.0.1 Co-authored-by: ahkrr <alexhk@protonmail.com>
2021-11-20 14:11:11 +01:00
num-bigint = { version="0.4.3", features=["serde"] }
Clean up lexer (#2956) * Document the lexer and lightly improve its names The bulk of this pull request adds a substantial amount of new inline documentation for the lexer. Along the way, I made a few minor changes to the names in the lexer, most of which were internal. The main change that affects other files is renaming `group` to `block`, since the function is actually parsing a block (a list of groups). * Further clean up the lexer - Consolidate the logic of the various token builders into a single type - Improve and clean up the event-driven BlockParser - Clean up comment parsing. Comments now contain their original leading whitespace as well as trailing whitespace, and know how to move some leading whitespace back into the body based on how the lexer decides to dedent the comments. This preserves the original whitespace information while still making it straight-forward to eliminate leading whitespace in help comments. * Update meta.rs * WIP * fix clippy * remove unwraps * remove unwraps Co-authored-by: Jonathan Turner <jonathandturner@users.noreply.github.com> Co-authored-by: Jonathan Turner <jonathan.d.turner@gmail.com>
2021-02-04 08:20:21 +01:00
itertools = "0.10.0"
smart-default = "0.6.0"
Extract build.rs
2019-12-02 22:14:51 +01:00
Bump to 0.40 (#4129)
2021-11-16 09:53:03 +01:00
nu-errors = { version = "0.40.0", path="../nu-errors" }
nu-data = { version = "0.40.0", path="../nu-data" }
nu-path = { version = "0.40.0", path="../nu-path" }
nu-protocol = { version = "0.40.0", path="../nu-protocol" }
nu-source = { version = "0.40.0", path="../nu-source" }
nu-test-support = { version = "0.40.0", path="../nu-test-support" }
Clean up expansion of external words Previously, external words accidentally used ExpansionRule::new().allow_external_command(), when it should have been ExpansionRule::new().allow_external_word(). External words are the broadest category in the parser, and are the appropriate category for external arguments. This was just a mistake.
2019-12-03 01:34:33 +01:00
[features]
Remove the coloring_in_tokens feature flag Stabilize and enable
2019-12-12 06:56:12 +01:00
stable = []
Reference in New Issue Copy Permalink