Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
We interpret the following types:
- ISO8601-formatted strings as dates,
- integer-formatted strings as integers,
- all other strings as strings.
If the filter value matches a format, it is cast into the respective
data type. For comparison-based filtering, the tag's value is then cast
into the same data type and comparison is performed type-aware. If the
tag's value is not castable, we consider it not matching.
|
|
The following filter expressions are now additionally valid:
```
--filter @tag <=VALUE
--filter @tag <VALUE
--filter @tag >=VALUE
--filter @tag >VALUE
```
Note that negation needs some re-work. Currently, only `--filter !@tag
<VALUE` is valid, and `--filter @tag !<VALUE` is not. The first version
may not behave as you would expect it.
A tracking issue has been created.
Note that without typing tag values, all comparisons perform
lexicographically on `String`s.
|
|
The underlying problem had been truncating `String` to `ByteString` (via
`IsString(fromString))`, which is unsafe.
|
|
|
|
|
|
|
|
|
|
Adds type-trickery akin to `Text.printf` to provide
- (1) an abstraction over `fromString (printf ".." ..)` for
`ProcessConfig`s,
- (2) have arguments be quoted automatically.
As string is the only argument type that Shell knows, the formatting
character is simply "%".
|
|
Ditches `ghci` in favor of `cabal repl`.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|