| commit | 4dc6ba0e12bc0a1cf9437f4d68871a78ccddb938 | [log] [tgz] |
|---|---|---|
| author | Linux Build Service Account <lnxbuild@localhost> | Wed Feb 16 21:42:58 2022 -0800 |
| committer | Linux Build Service Account <lnxbuild@localhost> | Wed Feb 16 21:42:58 2022 -0800 |
| tree | 8c1f10581a44c917d892b0388d1161f05d897c26 | |
| parent | ffbc245f85fda26c60c1121ac69bfd605d0ef02b [diff] | |
| parent | d18e00e79221ef7a0d7fd6b55c2607ef8fde3819 [diff] |
Merge d18e00e79221ef7a0d7fd6b55c2607ef8fde3819 on remote branch Change-Id: I61774f6acfd9499989aaac7cd9033504a8991d94
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: https://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.
Disabling the std feature (which is enabled by default) will allow the crate to work in no_std environments, where the alloc crate, and a global allocator, are available.
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.