ridiculousfish 38f4330683 Rationalize $status and errors
Prior to this fix, fish was rather inconsistent in when $status gets set
in response to an error. For example, a failed expansion like "$foo["
would not modify $status.

This makes the following inter-related changes:

1. String expansion now directly returns the value to set for $status on
error. The value is always used.

2. parser_t::eval() now directly returns the proc_status_t, which cleans
up a lot of call sites.

3. We expose a new function exec_subshell_for_expand() which ignores
$status but returns errors specifically related to subshell expansion.

4. We reify the notion of "expansion breaking" errors. These include
command-not-found, expand syntax errors, and others.

The upshot is we are more consistent about always setting $status on
errors.
2020-01-25 17:28:41 -08:00
..
2020-01-25 17:28:41 -08:00
2019-11-25 16:43:54 -08:00
2019-09-14 16:37:57 -07:00
2019-09-14 12:46:57 -07:00
2019-04-11 21:59:23 -07:00
2019-09-14 16:37:57 -07:00
2018-04-01 13:48:21 -07:00
2018-12-11 18:23:37 +01:00
2019-06-28 11:16:27 -07:00
2017-07-16 15:13:39 -07:00
2019-05-24 17:00:56 -07:00
2019-05-24 17:00:56 -07:00
2017-07-25 12:44:26 -07:00
2019-04-07 09:20:32 -07:00
2017-06-16 21:01:56 -07:00
2019-11-25 13:07:15 +01:00
2019-04-07 09:20:32 -07:00
2019-04-07 09:20:32 -07:00
2019-02-24 21:46:52 -08:00
2019-02-24 21:46:52 -08:00
2019-02-24 21:46:52 -08:00
2019-02-24 21:46:52 -08:00
2019-02-24 21:46:52 -08:00
2019-02-24 21:46:52 -08:00
2018-11-18 22:33:02 +01:00
2018-11-18 22:33:02 +01:00
2018-11-18 22:33:02 +01:00
2019-08-13 22:56:31 -07:00
2019-11-25 13:07:15 +01:00
2018-11-28 06:27:21 -08:00
2018-03-31 16:54:50 -07:00
2018-04-01 13:48:21 -07:00
2019-01-01 14:52:26 +01:00
2019-02-12 20:34:19 +01:00
2019-02-12 20:34:19 +01:00
2019-02-12 20:34:19 +01:00
2018-11-28 06:27:21 -08:00
2019-02-10 14:45:03 -08:00
2018-12-31 19:36:08 -06:00
2017-11-16 10:48:21 -08:00
2017-11-16 10:48:21 -08:00
2018-11-28 06:27:21 -08:00