diff options
| author | bors <bors@rust-lang.org> | 2023-04-15 02:23:32 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2023-04-15 02:23:32 +0000 |
| commit | 3312a3053bb9996e56a5ed58b6b9306224ada727 (patch) | |
| tree | 83c3d3b4d996988e966b6f24886f1e2171973679 /tests/rustdoc-js-std/parser-errors.js | |
| parent | fef27e038ee9886722548b70d0c7f75d7e666c72 (diff) | |
| parent | 6ce53278e191f8047addc7f44b98e180bc80d66d (diff) | |
| download | rust-3312a3053bb9996e56a5ed58b6b9306224ada727.tar.gz | |
Auto merge of #109802 - notriddle:notriddle/rustdoc-search-generics-nested, r=GuillaumeGomez
rustdoc-search: add support for nested generics
This change allows `search.js` to parse nested generics (which look `Like<This<Example>>`) and match them. It maintains the existing "bag semantics", so that the order of type parameters is ignored but the number is required to be greater than or equal to what's in the query.
For example, a function with the signature `fn read_all(&mut self: impl Read) -> Result<Vec<u8>, Error>` will match these queries:
* `Read -> Result<Vec<u8>, Error>`
* `Read -> Result<Error, Vec>`
* `Read -> Result<Vec<u8>>`
But it *does not* match `Result<Vec, u8>` or `Result<u8<Vec>>`.
Diffstat (limited to 'tests/rustdoc-js-std/parser-errors.js')
0 files changed, 0 insertions, 0 deletions