| <!DOCTYPE HTML> |
| <html lang="en" class="light sidebar-visible" dir="ltr"> |
| <head> |
| <!-- Book generated using mdBook --> |
| <meta charset="UTF-8"> |
| <title>Search - Rust Compiler Development Guide</title> |
| |
| |
| <!-- Custom HTML head --> |
| |
| <meta name="description" content="A guide to developing the Rust compiler (rustc)"> |
| <meta name="viewport" content="width=device-width, initial-scale=1"> |
| <meta name="theme-color" content="#ffffff"> |
| |
| <link rel="icon" href="../favicon-de23e50b.svg"> |
| <link rel="shortcut icon" href="../favicon-8114d1fc.png"> |
| <link rel="stylesheet" href="../css/variables-8adf115d.css"> |
| <link rel="stylesheet" href="../css/general-2459343d.css"> |
| <link rel="stylesheet" href="../css/chrome-ae938929.css"> |
| <link rel="stylesheet" href="../css/print-9e4910d8.css" media="print"> |
| |
| <!-- Fonts --> |
| <link rel="stylesheet" href="../fonts/fonts-9644e21d.css"> |
| |
| <!-- Highlight.js Stylesheets --> |
| <link rel="stylesheet" id="mdbook-highlight-css" href="../highlight-493f70e1.css"> |
| <link rel="stylesheet" id="mdbook-tomorrow-night-css" href="../tomorrow-night-4c0ae647.css"> |
| <link rel="stylesheet" id="mdbook-ayu-highlight-css" href="../ayu-highlight-3fdfc3ac.css"> |
| |
| <!-- Custom theme stylesheets --> |
| |
| |
| <!-- Provide site root and default themes to javascript --> |
| <script> |
| const path_to_root = "../"; |
| const default_light_theme = "light"; |
| const default_dark_theme = "navy"; |
| window.path_to_searchindex_js = "../searchindex-a3921cfd.js"; |
| </script> |
| <!-- Start loading toc.js asap --> |
| <script src="../toc-190e7008.js"></script> |
| </head> |
| <body> |
| <div id="mdbook-help-container"> |
| <div id="mdbook-help-popup"> |
| <h2 class="mdbook-help-title">Keyboard shortcuts</h2> |
| <div> |
| <p>Press <kbd>←</kbd> or <kbd>→</kbd> to navigate between chapters</p> |
| <p>Press <kbd>S</kbd> or <kbd>/</kbd> to search in the book</p> |
| <p>Press <kbd>?</kbd> to show this help</p> |
| <p>Press <kbd>Esc</kbd> to hide this help</p> |
| </div> |
| </div> |
| </div> |
| <div id="mdbook-body-container"> |
| <!-- Work around some values being stored in localStorage wrapped in quotes --> |
| <script> |
| try { |
| let theme = localStorage.getItem('mdbook-theme'); |
| let sidebar = localStorage.getItem('mdbook-sidebar'); |
| |
| if (theme.startsWith('"') && theme.endsWith('"')) { |
| localStorage.setItem('mdbook-theme', theme.slice(1, theme.length - 1)); |
| } |
| |
| if (sidebar.startsWith('"') && sidebar.endsWith('"')) { |
| localStorage.setItem('mdbook-sidebar', sidebar.slice(1, sidebar.length - 1)); |
| } |
| } catch (e) { } |
| </script> |
| |
| <!-- Set the theme before any content is loaded, prevents flash --> |
| <script> |
| const default_theme = window.matchMedia("(prefers-color-scheme: dark)").matches ? default_dark_theme : default_light_theme; |
| let theme; |
| try { theme = localStorage.getItem('mdbook-theme'); } catch(e) { } |
| if (theme === null || theme === undefined) { theme = default_theme; } |
| const html = document.documentElement; |
| html.classList.remove('light') |
| html.classList.add(theme); |
| html.classList.add("js"); |
| </script> |
| |
| <input type="checkbox" id="mdbook-sidebar-toggle-anchor" class="hidden"> |
| |
| <!-- Hide / unhide sidebar before it is displayed --> |
| <script> |
| let sidebar = null; |
| const sidebar_toggle = document.getElementById("mdbook-sidebar-toggle-anchor"); |
| if (document.body.clientWidth >= 1080) { |
| try { sidebar = localStorage.getItem('mdbook-sidebar'); } catch(e) { } |
| sidebar = sidebar || 'visible'; |
| } else { |
| sidebar = 'hidden'; |
| sidebar_toggle.checked = false; |
| } |
| if (sidebar === 'visible') { |
| sidebar_toggle.checked = true; |
| } else { |
| html.classList.remove('sidebar-visible'); |
| } |
| </script> |
| |
| <nav id="mdbook-sidebar" class="sidebar" aria-label="Table of contents"> |
| <!-- populated by js --> |
| <mdbook-sidebar-scrollbox class="sidebar-scrollbox"></mdbook-sidebar-scrollbox> |
| <noscript> |
| <iframe class="sidebar-iframe-outer" src="../toc.html"></iframe> |
| </noscript> |
| <div id="mdbook-sidebar-resize-handle" class="sidebar-resize-handle"> |
| <div class="sidebar-resize-indicator"></div> |
| </div> |
| </nav> |
| |
| <div id="mdbook-page-wrapper" class="page-wrapper"> |
| |
| <div class="page"> |
| <div id="mdbook-menu-bar-hover-placeholder"></div> |
| <div id="mdbook-menu-bar" class="menu-bar sticky"> |
| <div class="left-buttons"> |
| <label id="mdbook-sidebar-toggle" class="icon-button" for="mdbook-sidebar-toggle-anchor" title="Toggle Table of Contents" aria-label="Toggle Table of Contents" aria-controls="mdbook-sidebar"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 448 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M0 96C0 78.3 14.3 64 32 64H416c17.7 0 32 14.3 32 32s-14.3 32-32 32H32C14.3 128 0 113.7 0 96zM0 256c0-17.7 14.3-32 32-32H416c17.7 0 32 14.3 32 32s-14.3 32-32 32H32c-17.7 0-32-14.3-32-32zM448 416c0 17.7-14.3 32-32 32H32c-17.7 0-32-14.3-32-32s14.3-32 32-32H416c17.7 0 32 14.3 32 32z"/></svg></span> |
| </label> |
| <button id="mdbook-theme-toggle" class="icon-button" type="button" title="Change theme" aria-label="Change theme" aria-haspopup="true" aria-expanded="false" aria-controls="mdbook-theme-list"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 576 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M371.3 367.1c27.3-3.9 51.9-19.4 67.2-42.9L600.2 74.1c12.6-19.5 9.4-45.3-7.6-61.2S549.7-4.4 531.1 9.6L294.4 187.2c-24 18-38.2 46.1-38.4 76.1L371.3 367.1zm-19.6 25.4l-116-104.4C175.9 290.3 128 339.6 128 400c0 3.9 .2 7.8 .6 11.6c1.8 17.5-10.2 36.4-27.8 36.4H96c-17.7 0-32 14.3-32 32s14.3 32 32 32H240c61.9 0 112-50.1 112-112c0-2.5-.1-5-.2-7.5z"/></svg></span> |
| </button> |
| <ul id="mdbook-theme-list" class="theme-popup" aria-label="Themes" role="menu"> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-default_theme">Auto</button></li> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-light">Light</button></li> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-rust">Rust</button></li> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-coal">Coal</button></li> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-navy">Navy</button></li> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-ayu">Ayu</button></li> |
| </ul> |
| <button id="mdbook-search-toggle" class="icon-button" type="button" title="Search (`/`)" aria-label="Toggle Searchbar" aria-expanded="false" aria-keyshortcuts="/ s" aria-controls="mdbook-searchbar"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M416 208c0 45.9-14.9 88.3-40 122.7L502.6 457.4c12.5 12.5 12.5 32.8 0 45.3s-32.8 12.5-45.3 0L330.7 376c-34.4 25.2-76.8 40-122.7 40C93.1 416 0 322.9 0 208S93.1 0 208 0S416 93.1 416 208zM208 352c79.5 0 144-64.5 144-144s-64.5-144-144-144S64 128.5 64 208s64.5 144 144 144z"/></svg></span> |
| </button> |
| </div> |
| |
| <h1 class="menu-title">Rust Compiler Development Guide</h1> |
| |
| <div class="right-buttons"> |
| <a href="../print.html" title="Print this book" aria-label="Print this book"> |
| <span class=fa-svg id="print-button"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M128 0C92.7 0 64 28.7 64 64v96h64V64H354.7L384 93.3V160h64V93.3c0-17-6.7-33.3-18.7-45.3L400 18.7C388 6.7 371.7 0 354.7 0H128zM384 352v32 64H128V384 368 352H384zm64 32h32c17.7 0 32-14.3 32-32V256c0-35.3-28.7-64-64-64H64c-35.3 0-64 28.7-64 64v96c0 17.7 14.3 32 32 32H64v64c0 35.3 28.7 64 64 64H384c35.3 0 64-28.7 64-64V384zm-16-88c-13.3 0-24-10.7-24-24s10.7-24 24-24s24 10.7 24 24s-10.7 24-24 24z"/></svg></span> |
| </a> |
| <a href="https://github.com/rust-lang/rustc-dev-guide" title="Git repository" aria-label="Git repository"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 496 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M165.9 397.4c0 2-2.3 3.6-5.2 3.6-3.3.3-5.6-1.3-5.6-3.6 0-2 2.3-3.6 5.2-3.6 3-.3 5.6 1.3 5.6 3.6zm-31.1-4.5c-.7 2 1.3 4.3 4.3 4.9 2.6 1 5.6 0 6.2-2s-1.3-4.3-4.3-5.2c-2.6-.7-5.5.3-6.2 2.3zm44.2-1.7c-2.9.7-4.9 2.6-4.6 4.9.3 2 2.9 3.3 5.9 2.6 2.9-.7 4.9-2.6 4.6-4.6-.3-1.9-3-3.2-5.9-2.9zM244.8 8C106.1 8 0 113.3 0 252c0 110.9 69.8 205.8 169.5 239.2 12.8 2.3 17.3-5.6 17.3-12.1 0-6.2-.3-40.4-.3-61.4 0 0-70 15-84.7-29.8 0 0-11.4-29.1-27.8-36.6 0 0-22.9-15.7 1.6-15.4 0 0 24.9 2 38.6 25.8 21.9 38.6 58.6 27.5 72.9 20.9 2.3-16 8.8-27.1 16-33.7-55.9-6.2-112.3-14.3-112.3-110.5 0-27.5 7.6-41.3 23.6-58.9-2.6-6.5-11.1-33.3 2.6-67.9 20.9-6.5 69 27 69 27 20-5.6 41.5-8.5 62.8-8.5s42.8 2.9 62.8 8.5c0 0 48.1-33.6 69-27 13.7 34.7 5.2 61.4 2.6 67.9 16 17.7 25.8 31.5 25.8 58.9 0 96.5-58.9 104.2-114.8 110.5 9.2 7.9 17 22.9 17 46.4 0 33.7-.3 75.4-.3 83.6 0 6.5 4.6 14.4 17.3 12.1C428.2 457.8 496 362.9 496 252 496 113.3 383.5 8 244.8 8zM97.2 352.9c-1.3 1-1 3.3.7 5.2 1.6 1.6 3.9 2.3 5.2 1 1.3-1 1-3.3-.7-5.2-1.6-1.6-3.9-2.3-5.2-1zm-10.8-8.1c-.7 1.3.3 2.9 2.3 3.9 1.6 1 3.6.7 4.3-.7.7-1.3-.3-2.9-2.3-3.9-2-.6-3.6-.3-4.3.7zm32.4 35.6c-1.6 1.3-1 4.3 1.3 6.2 2.3 2.3 5.2 2.6 6.5 1 1.3-1.3.7-4.3-1.3-6.2-2.2-2.3-5.2-2.6-6.5-1zm-11.4-14.7c-1.6 1-1.6 3.6 0 5.9 1.6 2.3 4.3 3.3 5.6 2.3 1.6-1.3 1.6-3.9 0-6.2-1.4-2.3-4-3.3-5.6-2z"/></svg></span> |
| </a> |
| <a href="https://github.com/rust-lang/rustc-dev-guide/edit/main/src/rustdoc-internals/search.md" title="Suggest an edit" aria-label="Suggest an edit" rel="edit"> |
| <span class=fa-svg id="git-edit-button"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M421.7 220.3l-11.3 11.3-22.6 22.6-205 205c-6.6 6.6-14.8 11.5-23.8 14.1L30.8 511c-8.4 2.5-17.5 .2-23.7-6.1S-1.5 489.7 1 481.2L38.7 353.1c2.6-9 7.5-17.2 14.1-23.8l205-205 22.6-22.6 11.3-11.3 33.9 33.9 62.1 62.1 33.9 33.9zM96 353.9l-9.3 9.3c-.9 .9-1.6 2.1-2 3.4l-25.3 86 86-25.3c1.3-.4 2.5-1.1 3.4-2l9.3-9.3H112c-8.8 0-16-7.2-16-16V353.9zM453.3 19.3l39.4 39.4c25 25 25 65.5 0 90.5l-14.5 14.5-22.6 22.6-11.3 11.3-33.9-33.9-62.1-62.1L314.3 67.7l11.3-11.3 22.6-22.6 14.5-14.5c25-25 65.5-25 90.5 0z"/></svg></span> |
| </a> |
| |
| </div> |
| </div> |
| |
| <div id="mdbook-search-wrapper" class="hidden"> |
| <form id="mdbook-searchbar-outer" class="searchbar-outer"> |
| <div class="search-wrapper"> |
| <input type="search" id="mdbook-searchbar" name="searchbar" placeholder="Search this book ..." aria-controls="mdbook-searchresults-outer" aria-describedby="searchresults-header"> |
| <div class="spinner-wrapper"> |
| <span class=fa-svg id="fa-spin"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M304 48c0-26.5-21.5-48-48-48s-48 21.5-48 48s21.5 48 48 48s48-21.5 48-48zm0 416c0-26.5-21.5-48-48-48s-48 21.5-48 48s21.5 48 48 48s48-21.5 48-48zM48 304c26.5 0 48-21.5 48-48s-21.5-48-48-48s-48 21.5-48 48s21.5 48 48 48zm464-48c0-26.5-21.5-48-48-48s-48 21.5-48 48s21.5 48 48 48s48-21.5 48-48zM142.9 437c18.7-18.7 18.7-49.1 0-67.9s-49.1-18.7-67.9 0s-18.7 49.1 0 67.9s49.1 18.7 67.9 0zm0-294.2c18.7-18.7 18.7-49.1 0-67.9S93.7 56.2 75 75s-18.7 49.1 0 67.9s49.1 18.7 67.9 0zM369.1 437c18.7 18.7 49.1 18.7 67.9 0s18.7-49.1 0-67.9s-49.1-18.7-67.9 0s-18.7 49.1 0 67.9z"/></svg></span> |
| </div> |
| </div> |
| </form> |
| <div id="mdbook-searchresults-outer" class="searchresults-outer hidden"> |
| <div id="mdbook-searchresults-header" class="searchresults-header"></div> |
| <ul id="mdbook-searchresults"> |
| </ul> |
| </div> |
| </div> |
| |
| <!-- Apply ARIA attributes after the sidebar and the sidebar toggle button are added to the DOM --> |
| <script> |
| document.getElementById('mdbook-sidebar-toggle').setAttribute('aria-expanded', sidebar === 'visible'); |
| document.getElementById('mdbook-sidebar').setAttribute('aria-hidden', sidebar !== 'visible'); |
| Array.from(document.querySelectorAll('#mdbook-sidebar a')).forEach(function(link) { |
| link.setAttribute('tabIndex', sidebar === 'visible' ? 0 : -1); |
| }); |
| </script> |
| |
| <div id="mdbook-content" class="content"> |
| <main> |
| <h1 id="rustdoc-search"><a class="header" href="#rustdoc-search">Rustdoc search</a></h1> |
| <p>Rustdoc Search is two programs: <code>search_index.rs</code> |
| and <code>search.js</code>. The first generates a nasty JSON |
| file with a full list of items and function signatures |
| in the crates in the doc bundle, and the second reads |
| it, turns it into some in-memory structures, and |
| scans them linearly to search.</p> |
| <h2 id="search-index-format"><a class="header" href="#search-index-format">Search index format</a></h2> |
| <p><code>search.js</code> calls this Raw, because it turns it into |
| a more normal object tree after loading it. |
| For space savings, it’s also written without newlines or spaces.</p> |
| <pre><code class="language-json">[ |
| [ "crate_name", { |
| // name |
| "n": ["function_name", "Data"], |
| // type |
| "t": "HF", |
| // parent module |
| "q": [[0, "crate_name"]], |
| // parent type |
| "i": [2, 0], |
| // type dictionary |
| "p": [[1, "i32"], [1, "str"], [5, "Data", 0]], |
| // function signature |
| "f": "{{gb}{d}}`", // [[3, 1], [2]] |
| // impl disambiguator |
| "b": [], |
| // deprecated flag |
| "c": "OjAAAAAAAAA=", // empty bitmap |
| // empty description flag |
| "e": "OjAAAAAAAAA=", // empty bitmap |
| // aliases |
| "a": [["get_name", 0]], |
| // description shards |
| "D": "g", // 3 |
| // inlined re-exports |
| "r": [], |
| }] |
| ] |
| </code></pre> |
| <p><a href="https://github.com/rust-lang/rust/blob/2f92f050e83bf3312ce4ba73c31fe843ad3cbc60/src/librustdoc/html/static/js/rustdoc.d.ts#L344-L390"><code>src/librustdoc/html/static/js/rustdoc.d.ts</code></a> |
| defines an actual schema in a TypeScript <code>type</code>.</p> |
| <div class="table-wrapper"> |
| <table> |
| <thead> |
| <tr><th>Key</th><th>Name</th><th>Description</th></tr> |
| </thead> |
| <tbody> |
| <tr><td><code>n</code></td><td>Names</td><td>Item names</td></tr> |
| <tr><td><code>t</code></td><td>Item Type</td><td>One-char item type code</td></tr> |
| <tr><td><code>q</code></td><td>Parent module</td><td><code>Map<index, path></code></td></tr> |
| <tr><td><code>i</code></td><td>Parent type</td><td>list of indexes</td></tr> |
| <tr><td><code>f</code></td><td>Function signature</td><td><a href="#i-f-and-p">encoded</a></td></tr> |
| <tr><td><code>b</code></td><td>Impl disambiguator</td><td><code>Map<index, string></code></td></tr> |
| <tr><td><code>c</code></td><td>Deprecation flag</td><td><a href="#roaring-bitmaps">roaring bitmap</a></td></tr> |
| <tr><td><code>e</code></td><td>Description is empty</td><td><a href="#roaring-bitmaps">roaring bitmap</a></td></tr> |
| <tr><td><code>p</code></td><td>Type dictionary</td><td><code>[[item type, path]]</code></td></tr> |
| <tr><td><code>a</code></td><td>Alias</td><td><code>Map<string, index></code></td></tr> |
| <tr><td><code>D</code></td><td>description shards</td><td><a href="#how-descriptions-are-stored">encoded</a></td></tr> |
| </tbody> |
| </table> |
| </div> |
| <p>The above index defines a crate called <code>crate_name</code> |
| with a free function called <code>function_name</code> and a struct called <code>Data</code>, |
| with the type signature <code>Data, i32 -> str</code>, |
| and an alias, <code>get_name</code>, that equivalently refers to <code>function_name</code>.</p> |
| <p>The search index needs to fit the needs of the <code>rustdoc</code> compiler, |
| the <code>search.js</code> frontend, |
| and also be compact and fast to decode. |
| It makes a lot of compromises:</p> |
| <ul> |
| <li>The <code>rustdoc</code> compiler runs on one crate at a time, |
| so each crate has an essentially separate search index. |
| It <a href="https://github.com/rust-lang/rust/blob/79b710c13968a1a48d94431d024d2b1677940866/src/librustdoc/html/render/write_shared.rs#L151-L164">merges</a> them by having each crate on one line |
| and looking at the first quoted string.</li> |
| <li>Names in the search index are given |
| in their original case and with underscores. |
| When the search index is loaded, |
| <code>search.js</code> stores the original names for display, |
| but also folds them to lowercase and strips underscores for search. |
| You’ll see them called <code>normalized</code>.</li> |
| <li>The <code>f</code> array stores types as offsets into the <code>p</code> array. |
| These types might actually be from another crate, |
| so <code>search.js</code> has to turn the numbers into names and then |
| back into numbers to deduplicate them if multiple crates in the |
| same index mention the same types.</li> |
| <li>It’s a JSON file, but not designed to be human-readable. |
| Browsers already include an optimized JSON decoder, |
| so this saves on <code>search.js</code> code and performs better for small crates, |
| but instead of using objects like normal JSON formats do, |
| it tries to put data of the same type next to each other |
| so that the sliding window used by <a href="https://en.wikipedia.org/wiki/Deflate">DEFLATE</a> can find redundancies. |
| Where <code>search.js</code> does its own compression, |
| it’s designed to save memory when the file is finally loaded, |
| not just size on disk or network transfer.</li> |
| </ul> |
| <h3 id="parallel-arrays-and-indexed-maps"><a class="header" href="#parallel-arrays-and-indexed-maps">Parallel arrays and indexed maps</a></h3> |
| <p>Abstractly, Rustdoc Search data is a table, stored in column-major form. |
| Most data in the index represents a set of parallel arrays |
| (the “columns”) which refer to the same data if they’re at the same position.</p> |
| <p>For example, |
| the above search index can be turned into this table:</p> |
| <div class="table-wrapper"> |
| <table> |
| <thead> |
| <tr><th></th><th>n</th><th>t</th><th><a href="#how-descriptions-are-stored">d</a></th><th>q</th><th>i</th><th>f</th><th>b</th><th>c</th></tr> |
| </thead> |
| <tbody> |
| <tr><td>0</td><td><code>crate_name</code></td><td><code>D</code></td><td>Documentation</td><td>NULL</td><td>0</td><td>NULL</td><td>NULL</td><td>0</td></tr> |
| <tr><td>1</td><td><code>function_name</code></td><td><code>H</code></td><td>This function gets the name of an integer with Data</td><td><code>crate_name</code></td><td>2</td><td><code>{{gb}{d}}</code></td><td>NULL</td><td>0</td></tr> |
| <tr><td>2</td><td><code>Data</code></td><td><code>F</code></td><td>The data struct</td><td><code>crate_name</code></td><td>0</td><td><code>`</code></td><td>NULL</td><td>0</td></tr> |
| </tbody> |
| </table> |
| </div> |
| <p>The crate row is implied in most columns, since its type is known (it’s a crate), |
| it can’t have a parent (crates form the root of the module tree), |
| its name is specified as the map key, |
| and function-specific data like the impl disambiguator can’t apply either. |
| However, it can still have a description and it can still be deprecated. |
| The crate, therefore, has a primary key of <code>0</code>.</p> |
| <p>The above code doesn’t use <code>c</code>, which holds deprecated indices, |
| or <code>b</code>, which maps indices to strings. |
| If <code>crate_name::function_name</code> used both, it might look like this.</p> |
| <pre><code class="language-json"> "b": [[0, "impl-Foo-for-Bar"]], |
| "c": "OjAAAAEAAAAAAAIAEAAAABUAbgZYCQ==", |
| </code></pre> |
| <p>This attaches a disambiguator to index 1 and marks it deprecated.</p> |
| <p>The advantage of this layout is that these APIs often have implicit structure |
| that DEFLATE can take advantage of, |
| but that rustdoc can’t assume. |
| Like how names are usually CamelCase or snake_case, |
| but descriptions aren’t. |
| It also makes it easier to use a sparse data for things like boolean flags.</p> |
| <p><code>q</code> is a Map from <em>the first applicable</em> ID to a parent module path. |
| This is a weird trick, but it makes more sense in pseudo-code:</p> |
| <pre class="playground"><code class="language-rust"><span class="boring">#![allow(unused)] |
| </span><span class="boring">fn main() { |
| </span>let mut parent_module = ""; |
| for (i, entry) in search_index.iter().enumerate() { |
| if q.contains(i) { |
| parent_module = q.get(i); |
| } |
| // ... do other stuff with `entry` ... |
| } |
| <span class="boring">}</span></code></pre> |
| <p>This is valid because everything has a parent module |
| (even if it’s just the crate itself), |
| and is easy to assemble because the rustdoc generator sorts by path |
| before serializing. |
| Doing this allows rustdoc to not only make the search index smaller, |
| but reuse the same string representing the parent path across multiple in-memory items.</p> |
| <h3 id="representing-sparse-columns"><a class="header" href="#representing-sparse-columns">Representing sparse columns</a></h3> |
| <h4 id="vlq-hex"><a class="header" href="#vlq-hex">VLQ Hex</a></h4> |
| <p>This format is, as far as I know, used nowhere other than rustdoc. |
| It follows this grammar:</p> |
| <pre><code class="language-ebnf">VLQHex = { VHItem | VHBackref } |
| VHItem = VHNumber | ( '{', {VHItem}, '}' ) |
| VHNumber = { '@' | 'A' | 'B' | 'C' | 'D' | 'E' | 'F' | 'G' | 'H' | 'I' | 'J' | 'K' | 'L' | 'M' | 'N' | 'O' }, ( '`' | 'a' | 'b' | 'c' | 'd' | 'e' | 'f' | 'g' | 'h' | 'i' | 'j' | 'k ' | 'l' | 'm' | 'n' | 'o' ) |
| VHBackref = ( '0' | '1' | '2' | '3' | '4' | '5' | '6' | '7' | '8' | '9' | ':' | ';' | '<' | '=' | '>' | '?' ) |
| </code></pre> |
| <p>A VHNumber is a variable-length, self-terminating base16 number |
| (terminated because the last hexit is lowercase while all others are uppercase). |
| The sign bit is represented using <a href="https://en.wikipedia.org/wiki/Variable-length_quantity#Zigzag_encoding">zig-zag encoding</a>.</p> |
| <p>This alphabet is chosen because the characters can be turned into hexits by |
| masking off the last four bits of the ASCII encoding.</p> |
| <p>A major feature of this encoding, as with all of the “compression” done in rustdoc, |
| is that it can remain in its compressed format <em>even in memory at runtime</em>. |
| This is why <code>HBackref</code> is only used at the top level, |
| and why we don’t just use <a href="https://en.wikipedia.org/wiki/Deflate">Flate</a> for everything: the decoder in search.js |
| will reuse the entire decoded object whenever a backref is seen, |
| saving decode work and memory.</p> |
| <h4 id="roaring-bitmaps"><a class="header" href="#roaring-bitmaps">Roaring Bitmaps</a></h4> |
| <p>Flag-style data, such as deprecation and empty descriptions, |
| are stored using the <a href="https://github.com/RoaringBitmap/RoaringFormatSpec">standard Roaring Bitmap serialization format with runs</a>. |
| The data is then base64 encoded when writing it.</p> |
| <p>As a brief overview: a roaring bitmap is a chunked array of bits, |
| described in <a href="https://arxiv.org/pdf/1603.06549.pdf">this paper</a>. |
| A chunk can either be a list of integers, a bitfield, or a list of runs. |
| In any case, the search engine has to base64 decode it, |
| and read the chunk index itself, |
| but the payload data stays as-is.</p> |
| <p>All roaring bitmaps in rustdoc currently store a flag for each item index. |
| The crate is item 0, all others start at 1.</p> |
| <h3 id="how-descriptions-are-stored"><a class="header" href="#how-descriptions-are-stored">How descriptions are stored</a></h3> |
| <p>The largest amount of data, |
| and the main thing Rustdoc Search deals with that isn’t |
| actually used for searching, is descriptions. |
| In a SERP table, this is what appears on the rightmost column.</p> |
| <blockquote> |
| <div class="table-wrapper"> |
| <table> |
| <thead> |
| <tr><th>item type</th><th>item path</th><th><em><strong>description</strong></em> (this part)</th></tr> |
| </thead> |
| <tbody> |
| <tr><td>function</td><td>my_crate::my_function</td><td>This function gets the name of an integer with Data</td></tr> |
| </tbody> |
| </table> |
| </div> |
| </blockquote> |
| <p>When someone runs a search in rustdoc for the first time, their browser will |
| work through a “sandwich workload” of three steps:</p> |
| <ol> |
| <li>Download the search-index.js and search.js files (a network bottleneck).</li> |
| <li>Perform the actual search (a CPU and memory bandwidth bottleneck).</li> |
| <li>Download the description data (another network bottleneck).</li> |
| </ol> |
| <p>Reducing the amount of data downloaded here will almost always increase latency, |
| by delaying the decision of what to download behind other work and/or adding |
| data dependencies where something can’t be downloaded without first downloading |
| something else. In this case, we can’t start downloading descriptions until |
| after the search is done, because that’s what allows it to decide <em>which</em> |
| descriptions to download (it needs to sort the results then truncate to 200).</p> |
| <p>To do this, two columns are stored in the search index, building on both |
| Roaring Bitmaps and on VLQ Hex.</p> |
| <ul> |
| <li><code>e</code> is an index of <strong>e</strong>mpty descriptions. It’s a <a href="#roaring-bitmaps">roaring bitmap</a> of |
| each item (the crate itself is item 0, the rest start at 1).</li> |
| <li><code>D</code> is a shard list, stored in <a href="#vlq-hex">VLQ hex</a> as flat list of integers. |
| Each integer gives you the number of descriptions in the shard. |
| As the decoder walks the index, it checks if the description is empty. |
| if it’s not, then it’s in the “current” shard. When all items are |
| exhausted, it goes on to the next shard.</li> |
| </ul> |
| <p>Inside each shard is a newline-delimited list of descriptions, |
| wrapped in a JSONP-style function call.</p> |
| <h3 id="i-f-and-p"><a class="header" href="#i-f-and-p"><code>i</code>, <code>f</code>, and <code>p</code></a></h3> |
| <p><code>i</code> and <code>f</code> both index into <code>p</code>, the array of parent items.</p> |
| <p><code>i</code> is just a one-indexed number |
| (not zero-indexed because <code>0</code> is used for items that have no parent item). |
| It’s different from <code>q</code> because <code>q</code> represents the parent <em>module or crate</em>, |
| which everything has, |
| while <code>i</code>/<code>q</code> are used for <em>type and trait-associated items</em> like methods.</p> |
| <p><code>f</code>, the function signatures, use a <a href="#vlq-hex">VLQ hex</a> tree. |
| A number is either a one-indexed reference into <code>p</code>, |
| a negative number representing a generic, |
| or zero for null.</p> |
| <p>(the internal object representation also uses negative numbers, |
| even after decoding, |
| to represent generics).</p> |
| <p>For example, <code>{{gb}{d}}</code> is equivalent to the json <code>[[3, 1], [2]]</code>. |
| Because of zigzag encoding, <code>`</code> is +0, <code>a</code> is -0 (which is not used), |
| <code>b</code> is +1, and <code>c</code> is -1.</p> |
| <h2 id="searching-by-name"><a class="header" href="#searching-by-name">Searching by name</a></h2> |
| <p>Searching by name works by looping through the search index |
| and running these functions on each:</p> |
| <ul> |
| <li><a href="https://github.com/rust-lang/rust/blob/79b710c13968a1a48d94431d024d2b1677940866/src/librustdoc/html/static/js/search.js#L137"><code>editDistance</code></a> is always used to determine a match |
| (unless quotes are specified, which would use simple equality instead). |
| It computes the number of swaps, inserts, and removes needed to turn |
| the query name into the entry name. |
| For example, <code>foo</code> has zero distance from itself, |
| but a distance of 1 from <code>ofo</code> (one swap) and <code>foob</code> (one insert). |
| It is checked against an heuristic threshold, and then, |
| if it is within that threshold, the distance is stored for ranking.</li> |
| <li><a href="https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/indexOf"><code>String.prototype.indexOf</code></a> is always used to determine a match. |
| If it returns anything other than -1, the result is added, |
| even if <code>editDistance</code> exceeds its threshold, |
| and the index is stored for ranking.</li> |
| <li><a href="https://github.com/rust-lang/rust/blob/79b710c13968a1a48d94431d024d2b1677940866/src/librustdoc/html/static/js/search.js#L1814"><code>checkPath</code></a> is used if, and only if, a parent path is specified |
| in the query. For example, <code>vec</code> has no parent path, but <code>vec::vec</code> does. |
| Within checkPath, editDistance and indexOf are used, |
| and the path query has its own heuristic threshold, too. |
| If it’s not within the threshold, the entry is rejected, |
| even if the first two pass. |
| If it’s within the threshold, the path distance is stored |
| for ranking.</li> |
| <li><a href="https://github.com/rust-lang/rust/blob/79b710c13968a1a48d94431d024d2b1677940866/src/librustdoc/html/static/js/search.js#L1787"><code>checkType</code></a> is used only if there’s a type filter, |
| like the struct in <code>struct:vec</code>. If it fails, |
| the entry is rejected.</li> |
| </ul> |
| <p>If all four criteria pass |
| (plus the crate filter, which isn’t technically part of the query), |
| the results are sorted by <a href="https://github.com/rust-lang/rust/blob/79b710c13968a1a48d94431d024d2b1677940866/src/librustdoc/html/static/js/search.js#L1229"><code>sortResults</code></a>.</p> |
| <h2 id="searching-by-type"><a class="header" href="#searching-by-type">Searching by type</a></h2> |
| <p>Searching by type can be divided into two phases, |
| and the second phase has two sub-phases.</p> |
| <ul> |
| <li>Turn names in the query into numbers.</li> |
| <li>Loop over each entry in the search index: |
| <ul> |
| <li>Quick rejection using a bloom filter.</li> |
| <li>Slow rejection using a recursive type unification algorithm.</li> |
| </ul> |
| </li> |
| </ul> |
| <p>In the names->numbers phase, if the query has only one name in it, |
| the editDistance function is used to find a near match if the exact match fails, |
| but if there’s multiple items in the query, |
| non-matching items are treated as generics instead. |
| This means <code>hahsmap</code> will match hashmap on its own, but <code>hahsmap, u32</code> |
| is going to match the same things <code>T, u32</code> matches |
| (though rustdoc will detect this particular problem and warn about it).</p> |
| <p>Then, when actually looping over each item, |
| the bloom filter will probably reject entries that don’t have every |
| type mentioned in the query. |
| For example, the bloom query allows a query of <code>i32 -> u32</code> to match |
| a function with the type <code>i32, u32 -> bool</code>, |
| but unification will reject it later.</p> |
| <p>The unification filter ensures that:</p> |
| <ul> |
| <li>Bag semantics are respected. If you query says <code>i32, i32</code>, |
| then the function has to mention <em>two</em> i32s, not just one.</li> |
| <li>Nesting semantics are respected. If your query says <code>vec<option></code>, |
| then <code>vec<option<i32>></code> is fine, but <code>option<vec<i32>></code> <em>is not</em> a match.</li> |
| <li>The division between return type and parameter is respected. |
| <code>i32 -> u32</code> and <code>u32 -> i32</code> are completely different.</li> |
| </ul> |
| <p>The bloom filter checks none of these things, |
| and, on top of that, can have false positives. |
| But it’s fast and uses very little memory, so the bloom filter helps.</p> |
| <h2 id="re-exports"><a class="header" href="#re-exports">Re-exports</a></h2> |
| <p><a href="https://doc.rust-lang.org/nightly/rustdoc/write-documentation/re-exports.html">Re-export inlining</a> allows the same item to be found by multiple names. |
| Search supports this by giving the same item multiple entries and tracking a canonical path |
| for any items where that differs from the given path.</p> |
| <p>For example, this sample index has a single struct exported from two paths:</p> |
| <pre><code class="language-json">[ |
| [ "crate_name", { |
| "doc": "Documentation", |
| "n": ["Data", "Data"], |
| "t": "FF", |
| "d": ["The data struct", "The data struct"], |
| "q": [[0, "crate_name"], [1, "crate_name::submodule"]], |
| "i": [0, 0], |
| "p": [], |
| "f": "``", |
| "b": [], |
| "c": [], |
| "a": [], |
| "r": [[0, 1]], |
| }] |
| ] |
| </code></pre> |
| <p>The important part of this example is the <code>r</code> array, |
| which indicates that path entry 1 in the <code>q</code> array is |
| the canonical path for item 0. |
| That is, <code>crate_name::Data</code> has a canonical path of <code>crate_name::submodule::Data</code>.</p> |
| <p>This might sound like a strange design, since it has the duplicate data. |
| It’s done that way because inlining can happen across crates, |
| which are compiled separately and might not all be present in the docs.</p> |
| <pre><code class="language-json">[ |
| [ "crate_name", ... ], |
| [ "crate_name_2", { "q": [[0, "crate_name::submodule"], [5, "core::option"]], ... }] |
| ] |
| </code></pre> |
| <p>In the above example, a canonical path actually comes from a dependency, |
| and another one comes from an inlined standard library item: |
| the canonical path isn’t even in the index! |
| The canonical path might also be private. |
| In either case, it’s never shown to the user, and is only used for deduplication.</p> |
| <p>Associated types, like methods, store them differently. |
| These types are connected with an entry in <code>p</code> (their “parent”) |
| and each one has an optional third tuple element:</p> |
| <pre><code>"p": [[5, "Data", 0, 1]] |
| </code></pre> |
| <p>That’s:</p> |
| <ul> |
| <li>5: It’s a struct</li> |
| <li>“Data”: Its name</li> |
| <li>0: Its display path, “crate_name”</li> |
| <li>1: Its canonical path, “crate_name::submodule”</li> |
| </ul> |
| <p>In both cases, the canonical path might not be public at all, |
| or it might be from another crate that isn’t in the docs, |
| so it’s never shown to the user, but is used for deduplication.</p> |
| <h2 id="testing-the-search-engine"><a class="header" href="#testing-the-search-engine">Testing the search engine</a></h2> |
| <p>While the generated UI is tested using <code>rustdoc-gui</code> tests, the |
| primary way the search engine is tested is the <code>rustdoc-js</code> and |
| <code>rustdoc-js-std</code> tests. They run in NodeJS.</p> |
| <p>A <code>rustdoc-js</code> test has a <code>.rs</code> and <code>.js</code> file, with the same name. |
| The <code>.rs</code> file specifies the hypothetical library crate to run |
| the searches on (make sure you mark anything you need to find as <code>pub</code>). |
| The <code>.js</code> file specifies the actual searches. |
| The <code>rustdoc-js-std</code> tests are the same, but don’t require an <code>.rs</code> |
| file, since they use the standard library.</p> |
| <p>The <code>.js</code> file is like a module (except the loader takes care of |
| <code>exports</code> for you). It uses these variables:</p> |
| <div class="table-wrapper"> |
| <table> |
| <thead> |
| <tr><th>Name</th><th>Type</th><th>Description</th></tr> |
| </thead> |
| <tbody> |
| <tr><td><code>FILTER_CRATE</code></td><td><code>string</code></td><td>Only include results from the given crate. In the GUI, this is the “Results in <kbd>crate</kbd>” drop-down menu.</td></tr> |
| <tr><td><code>EXPECTED</code></td><td><code>[ResultsTable]|ResultsTable</code></td><td>List of tests to run, specifying what the hypothetical user types into the search box and sees in the tabs</td></tr> |
| <tr><td><code>PARSED</code></td><td><code>[ParsedQuery]|ParsedQuery</code></td><td>List of parser tests to run, without running an actual search</td></tr> |
| </tbody> |
| </table> |
| </div> |
| <p><code>FILTER_CRATE</code> can be left out (equivalent to searching “all crates”), but you |
| have to specify <code>EXPECTED</code> or <code>PARSED</code>.</p> |
| <p>By default, the test fails if any of the results specified in the test case are |
| not found after running the search, or if the results found after running the |
| search don’t appear in the same order that they do in the test. |
| The actual search results may, however, include results that aren’t in the test. |
| To override this, specify any of the following magic comments. |
| Put them on their own line, without indenting.</p> |
| <ul> |
| <li><code>// exact-check</code>: If search results appear that aren’t part of the test case, |
| then fail.</li> |
| <li><code>// ignore-order</code>: Allow search results to appear in any order.</li> |
| <li><code>// should-fail</code>: Used to write negative tests.</li> |
| </ul> |
| <p>Standard library tests usually shouldn’t specify <code>// exact-check</code>, since we |
| want the libs team to be able to add new items without causing unrelated |
| tests to fail, but standalone tests will use it more often.</p> |
| <p>The <code>ResultsTable</code> and <code>ParsedQuery</code> types are specified in |
| <a href="https://github.com/rust-lang/rust/blob/HEAD/src/librustdoc/html/static/js/rustdoc.d.ts"><code>rustdoc.d.ts</code></a>.</p> |
| <p>For example, imagine we needed to fix a bug where a function named |
| <code>constructor</code> couldn’t be found. To do this, write two files:</p> |
| <pre class="playground"><code class="language-rust"><span class="boring">#![allow(unused)] |
| </span><span class="boring">fn main() { |
| </span>// tests/rustdoc-js/constructor_search.rs |
| // The test case needs to find this result. |
| pub fn constructor(_input: &str) -> i32 { 1 } |
| <span class="boring">}</span></code></pre> |
| <pre><code class="language-js">// tests/rustdoc-js/constructor_search.js |
| // exact-check |
| // Since this test runs against its own crate, |
| // new items should not appear in the search results. |
| const EXPECTED = [ |
| // This first test targets name-based search. |
| { |
| query: "constructor", |
| others: [ |
| { path: "constructor_search", name: "constructor" }, |
| ], |
| in_args: [], |
| returned: [], |
| }, |
| // This test targets the second tab. |
| { |
| query: "str", |
| others: [], |
| in_args: [ |
| { path: "constructor_search", name: "constructor" }, |
| ], |
| returned: [], |
| }, |
| // This test targets the third tab. |
| { |
| query: "i32", |
| others: [], |
| in_args: [], |
| returned: [ |
| { path: "constructor_search", name: "constructor" }, |
| ], |
| }, |
| // This test targets advanced type-driven search. |
| { |
| query: "str -> i32", |
| others: [ |
| { path: "constructor_search", name: "constructor" }, |
| ], |
| in_args: [], |
| returned: [], |
| }, |
| ] |
| </code></pre> |
| <p>If the <a href="../tests/compiletest.html#revisions"><code>//@ revisions</code></a> directive is used, the JS file will |
| have access to a variable called <code>REVISION</code>.</p> |
| <pre><code class="language-js">const EXPECTED = [ |
| // This first test targets name-based search. |
| { |
| query: "constructor", |
| others: REVISION === "has_constructor" ? |
| [ |
| { path: "constructor_search", name: "constructor" }, |
| ] : |
| [], |
| in_args: [], |
| returned: [], |
| }, |
| ]; |
| </code></pre> |
| |
| </main> |
| |
| <nav class="nav-wrapper" aria-label="Page navigation"> |
| <!-- Mobile navigation buttons --> |
| <a rel="prev" href="../rustdoc-internals.html" class="mobile-nav-chapters previous" title="Previous chapter" aria-label="Previous chapter" aria-keyshortcuts="Left"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 320 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M41.4 233.4c-12.5 12.5-12.5 32.8 0 45.3l160 160c12.5 12.5 32.8 12.5 45.3 0s12.5-32.8 0-45.3L109.3 256 246.6 118.6c12.5-12.5 12.5-32.8 0-45.3s-32.8-12.5-45.3 0l-160 160z"/></svg></span> |
| </a> |
| |
| <a rel="next prefetch" href="../rustdoc-internals/rustdoc-html-test-suite.html" class="mobile-nav-chapters next" title="Next chapter" aria-label="Next chapter" aria-keyshortcuts="Right"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 320 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M278.6 233.4c12.5 12.5 12.5 32.8 0 45.3l-160 160c-12.5 12.5-32.8 12.5-45.3 0s-12.5-32.8 0-45.3L210.7 256 73.4 118.6c-12.5-12.5-12.5-32.8 0-45.3s32.8-12.5 45.3 0l160 160z"/></svg></span> |
| </a> |
| |
| <div style="clear: both"></div> |
| </nav> |
| </div> |
| </div> |
| |
| <nav class="nav-wide-wrapper" aria-label="Page navigation"> |
| <a rel="prev" href="../rustdoc-internals.html" class="nav-chapters previous" title="Previous chapter" aria-label="Previous chapter" aria-keyshortcuts="Left"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 320 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M41.4 233.4c-12.5 12.5-12.5 32.8 0 45.3l160 160c12.5 12.5 32.8 12.5 45.3 0s12.5-32.8 0-45.3L109.3 256 246.6 118.6c12.5-12.5 12.5-32.8 0-45.3s-32.8-12.5-45.3 0l-160 160z"/></svg></span> |
| </a> |
| |
| <a rel="next prefetch" href="../rustdoc-internals/rustdoc-html-test-suite.html" class="nav-chapters next" title="Next chapter" aria-label="Next chapter" aria-keyshortcuts="Right"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 320 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M278.6 233.4c12.5 12.5 12.5 32.8 0 45.3l-160 160c-12.5 12.5-32.8 12.5-45.3 0s-12.5-32.8 0-45.3L210.7 256 73.4 118.6c-12.5-12.5-12.5-32.8 0-45.3s32.8-12.5 45.3 0l160 160z"/></svg></span> |
| </a> |
| </nav> |
| |
| </div> |
| |
| <template id=fa-eye><span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 576 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M288 32c-80.8 0-145.5 36.8-192.6 80.6C48.6 156 17.3 208 2.5 243.7c-3.3 7.9-3.3 16.7 0 24.6C17.3 304 48.6 356 95.4 399.4C142.5 443.2 207.2 480 288 480s145.5-36.8 192.6-80.6c46.8-43.5 78.1-95.4 93-131.1c3.3-7.9 3.3-16.7 0-24.6c-14.9-35.7-46.2-87.7-93-131.1C433.5 68.8 368.8 32 288 32zM432 256c0 79.5-64.5 144-144 144s-144-64.5-144-144s64.5-144 144-144s144 64.5 144 144zM288 192c0 35.3-28.7 64-64 64c-11.5 0-22.3-3-31.6-8.4c-.2 2.8-.4 5.5-.4 8.4c0 53 43 96 96 96s96-43 96-96s-43-96-96-96c-2.8 0-5.6 .1-8.4 .4c5.3 9.3 8.4 20.1 8.4 31.6z"/></svg></span></template> |
| <template id=fa-eye-slash><span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 640 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M38.8 5.1C28.4-3.1 13.3-1.2 5.1 9.2S-1.2 34.7 9.2 42.9l592 464c10.4 8.2 25.5 6.3 33.7-4.1s6.3-25.5-4.1-33.7L525.6 386.7c39.6-40.6 66.4-86.1 79.9-118.4c3.3-7.9 3.3-16.7 0-24.6c-14.9-35.7-46.2-87.7-93-131.1C465.5 68.8 400.8 32 320 32c-68.2 0-125 26.3-169.3 60.8L38.8 5.1zM223.1 149.5C248.6 126.2 282.7 112 320 112c79.5 0 144 64.5 144 144c0 24.9-6.3 48.3-17.4 68.7L408 294.5c5.2-11.8 8-24.8 8-38.5c0-53-43-96-96-96c-2.8 0-5.6 .1-8.4 .4c5.3 9.3 8.4 20.1 8.4 31.6c0 10.2-2.4 19.8-6.6 28.3l-90.3-70.8zm223.1 298L373 389.9c-16.4 6.5-34.3 10.1-53 10.1c-79.5 0-144-64.5-144-144c0-6.9 .5-13.6 1.4-20.2L83.1 161.5C60.3 191.2 44 220.8 34.5 243.7c-3.3 7.9-3.3 16.7 0 24.6c14.9 35.7 46.2 87.7 93 131.1C174.5 443.2 239.2 480 320 480c47.8 0 89.9-12.9 126.2-32.5z"/></svg></span></template> |
| <template id=fa-copy><span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M502.6 70.63l-61.25-61.25C435.4 3.371 427.2 0 418.7 0H255.1c-35.35 0-64 28.66-64 64l.0195 256C192 355.4 220.7 384 256 384h192c35.2 0 64-28.8 64-64V93.25C512 84.77 508.6 76.63 502.6 70.63zM464 320c0 8.836-7.164 16-16 16H255.1c-8.838 0-16-7.164-16-16L239.1 64.13c0-8.836 7.164-16 16-16h128L384 96c0 17.67 14.33 32 32 32h47.1V320zM272 448c0 8.836-7.164 16-16 16H63.1c-8.838 0-16-7.164-16-16L47.98 192.1c0-8.836 7.164-16 16-16H160V128H63.99c-35.35 0-64 28.65-64 64l.0098 256C.002 483.3 28.66 512 64 512h192c35.2 0 64-28.8 64-64v-32h-47.1L272 448z"/></svg></span></template> |
| <template id=fa-play><span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 384 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M73 39c-14.8-9.1-33.4-9.4-48.5-.9S0 62.6 0 80V432c0 17.4 9.4 33.4 24.5 41.9s33.7 8.1 48.5-.9L361 297c14.3-8.7 23-24.2 23-41s-8.7-32.2-23-41L73 39z"/></svg></span></template> |
| <template id=fa-clock-rotate-left><span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M75 75L41 41C25.9 25.9 0 36.6 0 57.9V168c0 13.3 10.7 24 24 24H134.1c21.4 0 32.1-25.9 17-41l-30.8-30.8C155 85.5 203 64 256 64c106 0 192 86 192 192s-86 192-192 192c-40.8 0-78.6-12.7-109.7-34.4c-14.5-10.1-34.4-6.6-44.6 7.9s-6.6 34.4 7.9 44.6C151.2 495 201.7 512 256 512c141.4 0 256-114.6 256-256S397.4 0 256 0C185.3 0 121.3 28.7 75 75zm181 53c-13.3 0-24 10.7-24 24V256c0 6.4 2.5 12.5 7 17l72 72c9.4 9.4 24.6 9.4 33.9 0s9.4-24.6 0-33.9l-65-65V152c0-13.3-10.7-24-24-24z"/></svg></span></template> |
| |
| |
| |
| <script> |
| window.playground_copyable = true; |
| </script> |
| |
| |
| <script src="../elasticlunr-ef4e11c1.min.js"></script> |
| <script src="../mark-09e88c2c.min.js"></script> |
| <script src="../searcher-c2a407aa.js"></script> |
| |
| <script src="../clipboard-1626706a.min.js"></script> |
| <script src="../highlight-abc7f01d.js"></script> |
| <script src="../book-a0b12cfe.js"></script> |
| |
| <!-- Custom JS scripts --> |
| <script src="../mermaid-cc85ecea.min.js"></script> |
| <script src="../mermaid-init-4533fb11.js"></script> |
| |
| |
| |
| </div> |
| </body> |
| </html> |
