summaryrefslogtreecommitdiffstats
path: root/docs/proposals/implementation
diff options
context:
space:
mode:
authorJay Kwak <82421531+jkwak-work@users.noreply.github.com>2024-10-25 21:12:37 -0700
committerGitHub <noreply@github.com>2024-10-25 21:12:37 -0700
commita508b264eda4bc3c99ba1f44eab1dec6e5ce06c0 (patch)
tree717722aefcae6b2a5adbccfbcd8aece4ed81f0b7 /docs/proposals/implementation
parent49c691e86862d092cd389a02beb4003ee59a4417 (diff)
Swap the term StdLib with Core-Module or Standard-Module in documents (#5414)
This PR is limited to documents. All use of "Standard library" or "StdLib" are replaced with either "core module" or "standard modules", depending on the context.
Diffstat (limited to 'docs/proposals/implementation')
-rw-r--r--docs/proposals/implementation/ast-ir-serialization.md6
1 files changed, 3 insertions, 3 deletions
diff --git a/docs/proposals/implementation/ast-ir-serialization.md b/docs/proposals/implementation/ast-ir-serialization.md
index 62f18dca9..248b752a1 100644
--- a/docs/proposals/implementation/ast-ir-serialization.md
+++ b/docs/proposals/implementation/ast-ir-serialization.md
@@ -18,8 +18,8 @@ Currently, deserialization of the AST or IR for a module is an all-or-nothing op
Either the entire `Decl` hierarchy of the AST is deserialized and turned into in-memory C++ objects, or none of it is.
Similarly, we can either construct the `IRInst` hierarchy for an entire module, or none of it.
-Releases of the Slang compiler typically included a serialized form of the standard library ("stdlib") module, and the runtime cost of deserializing this module has proven to be a problem for users of the compiler.
-Becuse parts of the Slang compiler are not fully thread-safe/reentrant, the stdlib must be deserialized for each "global session," so that deserialization cost is incurred per-thread in scenarios with thread pools.
+Releases of the Slang compiler typically included a serialized form of the core module, and the runtime cost of deserializing this module has proven to be a problem for users of the compiler.
+Becuse parts of the Slang compiler are not fully thread-safe/reentrant, the core module must be deserialized for each "global session," so that deserialization cost is incurred per-thread in scenarios with thread pools.
Even in single-threaded scenarios, the deserialization step adds significantly to the startup time for the compiler, making single-file compiles less efficient than compiling large batches of files in a single process.
Overview of Proposed Solution
@@ -283,4 +283,4 @@ Each entry in the abbreviation table would store:
When deserializing a node, code would read its abbreviation index first, and then look up the corresponding abbreviation to both find important information about the node, and also to drive deserialization of the rest of its data (e.g., by determining how many operands to read before reading in children).
-In cases where the low-level serialization uses things like variable-length encodings for integers, the abbreviations can be sorted so that the most-frequently used abbreviations have the lowest indices, and thus take the fewest bits/bytes to encode. \ No newline at end of file
+In cases where the low-level serialization uses things like variable-length encodings for integers, the abbreviations can be sorted so that the most-frequently used abbreviations have the lowest indices, and thus take the fewest bits/bytes to encode.