| commit | 1a641a11cc4e8093e6c6863ff3aa8ac2c8aa3cdd | [log] [tgz] |
|---|---|---|
| author | Xin Li <[email protected]> | Sat Feb 20 00:24:23 2021 -0800 |
| committer | Xin Li <[email protected]> | Sat Feb 20 00:24:23 2021 -0800 |
| tree | 3e48ad25f19353665621be34bf45b92e33cc471d | |
| parent | 343bdb32ca02cf93f73871ed2eb9abd11844c895 [diff] | |
| parent | b13fde0a88e93b6fd360ef43c47f67a7a8d315ec [diff] |
Mark ab/7061308 as merged in stage. Bug: 180401296 Merged-In: Ic8a1e95ab1f910e8048fd2401e2d65eb2abd4630 Change-Id: I276309ea3c2d5580f7af45614500859c5c2a8a23
Same idea as (but implementation not directly based on) the Python shlex module. However, this implementation does not support any of the Python module's customization because it makes parsing slower and is fairly useless. You only get the default settings of shlex.split, which mimic the POSIX shell: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html
This implementation also deviates from the Python version in not treating \r specially, which I believe is more compliant.
The algorithms in this crate are oblivious to UTF-8 high bytes, so they iterate over the bytes directly as a micro-optimization.
The source code in this repository is Licensed under either of
at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.