2019-08-15 07:02:02 +02:00
|
|
|
use crate::commands::PerItemCommand;
|
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
|
|
|
use crate::context::CommandRegistry;
|
2020-04-13 09:59:57 +02:00
|
|
|
use crate::evaluate::evaluate_baseline_expr;
|
2019-05-16 04:42:44 +02:00
|
|
|
use crate::prelude::*;
|
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
|
|
|
use nu_errors::ShellError;
|
2020-04-13 09:59:57 +02:00
|
|
|
use nu_protocol::{
|
|
|
|
hir::ClassifiedCommand, CallInfo, ReturnSuccess, Scope, Signature, SyntaxShape, UntaggedValue,
|
|
|
|
Value,
|
|
|
|
};
|
2019-07-24 00:22:11 +02:00
|
|
|
|
|
|
|
pub struct Where;
|
|
|
|
|
2019-08-14 19:02:39 +02:00
|
|
|
impl PerItemCommand for Where {
|
2019-07-24 00:22:11 +02:00
|
|
|
fn name(&self) -> &str {
|
|
|
|
"where"
|
|
|
|
}
|
2019-05-28 08:45:18 +02:00
|
|
|
|
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
|
|
|
fn signature(&self) -> Signature {
|
2019-10-28 06:15:35 +01:00
|
|
|
Signature::build("where").required(
|
|
|
|
"condition",
|
2020-04-18 03:50:58 +02:00
|
|
|
SyntaxShape::Math,
|
2019-10-28 06:15:35 +01:00
|
|
|
"the condition that must match",
|
|
|
|
)
|
2019-08-30 00:52:32 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
fn usage(&self) -> &str {
|
|
|
|
"Filter table to match the condition."
|
2019-05-22 09:12:03 +02:00
|
|
|
}
|
2019-07-24 00:22:11 +02:00
|
|
|
|
2019-08-02 21:15:07 +02:00
|
|
|
fn run(
|
|
|
|
&self,
|
2019-08-15 07:02:02 +02:00
|
|
|
call_info: &CallInfo,
|
2020-04-13 09:59:57 +02:00
|
|
|
registry: &CommandRegistry,
|
2019-08-29 05:53:45 +02:00
|
|
|
_raw_args: &RawCommandArgs,
|
2019-11-21 15:33:14 +01:00
|
|
|
input: Value,
|
2019-08-24 21:36:19 +02:00
|
|
|
) -> Result<OutputStream, ShellError> {
|
2020-04-13 09:59:57 +02:00
|
|
|
let block = call_info.args.expect_nth(0)?.clone();
|
|
|
|
|
|
|
|
let condition = match block {
|
2019-11-21 15:33:14 +01:00
|
|
|
Value {
|
|
|
|
value: UntaggedValue::Block(block),
|
2020-04-13 09:59:57 +02:00
|
|
|
tag,
|
2020-04-20 08:41:51 +02:00
|
|
|
} => {
|
|
|
|
if block.block.len() != 1 {
|
2020-04-13 09:59:57 +02:00
|
|
|
return Err(ShellError::labeled_error(
|
|
|
|
"Expected a condition",
|
|
|
|
"expected a condition",
|
|
|
|
tag,
|
|
|
|
));
|
2019-08-14 19:02:39 +02:00
|
|
|
}
|
2020-04-20 08:41:51 +02:00
|
|
|
match block.block[0].list.get(0) {
|
|
|
|
Some(item) => match item {
|
|
|
|
ClassifiedCommand::Expr(expr) => expr.clone(),
|
|
|
|
_ => {
|
|
|
|
return Err(ShellError::labeled_error(
|
|
|
|
"Expected a condition",
|
|
|
|
"expected a condition",
|
|
|
|
tag,
|
|
|
|
))
|
|
|
|
}
|
|
|
|
},
|
|
|
|
None => {
|
|
|
|
return Err(ShellError::labeled_error(
|
|
|
|
"Expected a condition",
|
|
|
|
"expected a condition",
|
|
|
|
tag,
|
|
|
|
));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2019-11-21 15:33:14 +01:00
|
|
|
Value { tag, .. } => {
|
2019-08-24 21:36:19 +02:00
|
|
|
return Err(ShellError::labeled_error(
|
|
|
|
"Expected a condition",
|
2020-04-13 09:59:57 +02:00
|
|
|
"expected a condition",
|
2019-10-13 06:12:43 +02:00
|
|
|
tag,
|
2020-04-13 09:59:57 +02:00
|
|
|
));
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
2020-04-15 07:43:23 +02:00
|
|
|
//FIXME: should we use the scope that's brought in as well?
|
2020-04-13 09:59:57 +02:00
|
|
|
let condition = evaluate_baseline_expr(&condition, registry, &Scope::new(input.clone()))?;
|
|
|
|
|
|
|
|
let stream = match condition.as_bool() {
|
|
|
|
Ok(b) => {
|
|
|
|
if b {
|
|
|
|
VecDeque::from(vec![Ok(ReturnSuccess::Value(input))])
|
|
|
|
} else {
|
|
|
|
VecDeque::new()
|
|
|
|
}
|
2019-08-24 21:36:19 +02:00
|
|
|
}
|
2020-04-13 09:59:57 +02:00
|
|
|
Err(e) => return Err(e),
|
2019-08-24 21:36:19 +02:00
|
|
|
};
|
|
|
|
|
Futures v0.3 upgrade (#1344)
* Upgrade futures, async-stream, and futures_codec
These were the last three dependencies on futures-preview. `nu` itself
is now fully dependent on `futures@0.3`, as opposed to `futures-preview`
alpha.
Because the update to `futures` from `0.3.0-alpha.19` to `0.3.0` removed
the `Stream` implementation of `VecDeque` ([changelog][changelog]), most
commands that convert a `VecDeque` to an `OutputStream` broke and had to
be fixed.
The current solution is to now convert `VecDeque`s to a `Stream` via
`futures::stream::iter`. However, it may be useful for `futures` to
create an `IntoStream` trait, implemented on the `std::collections` (or
really any `IntoIterator`). If something like this happends, it may be
worthwhile to update the trait implementations on `OutputStream` and
refactor these commands again.
While upgrading `futures_codec`, we remove a custom implementation of
`LinesCodec`, as one has been added to the library. There's also a small
refactor to make the stream output more idiomatic.
[changelog]: https://github.com/rust-lang/futures-rs/blob/master/CHANGELOG.md#030---2019-11-5
* Upgrade sys & ps plugin dependencies
They were previously dependent on `futures-preview`, and `nu_plugin_ps`
was dependent on an old version of `futures-timer`.
* Remove dependency on futures-timer from nu
* Update Cargo.lock
* Fix formatting
* Revert fmt regressions
CI is still on 1.40.0, but the latest rustfmt v1.41.0 has changes to the
`val @ pattern` syntax, causing the linting job to fail.
* Fix clippy warnings
2020-02-06 04:46:48 +01:00
|
|
|
Ok(stream.into())
|
2019-08-02 21:15:07 +02:00
|
|
|
}
|
|
|
|
}
|