| commit | 12adf0fef30aa51548f463609796d0477a72b70c | [log] [tgz] |
|---|---|---|
| author | Xin Li <[email protected]> | Sat Feb 20 13:35:43 2021 +0000 |
| committer | Automerger Merge Worker <[email protected]> | Sat Feb 20 13:35:43 2021 +0000 |
| tree | 3e48ad25f19353665621be34bf45b92e33cc471d | |
| parent | 628bfc26ed7d65574f3e6971b0244c274657ee1b [diff] | |
| parent | 6cf8c95718d3b04de0757299be63268df8a6f9c0 [diff] |
[automerger skipped] Mark ab/7061308 as merged in stage. am: 1a641a11cc -s ours am: 5f05f88299 -s ours am: 6cf8c95718 -s ours am skip reason: Change-Id Ic8a1e95ab1f910e8048fd2401e2d65eb2abd4630 with SHA-1 b13fde0a88 is in history Original change: undetermined MUST ONLY BE SUBMITTED BY AUTOMERGER Change-Id: I4cf9a9e4d71f48704c62ff361f8da2ef557390d3
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.