summaryrefslogtreecommitdiffstats
path: root/docs/user-guide/08-compiling.md
diff options
context:
space:
mode:
authorGangzheng Tong <gtong@nvidia.com>2025-04-11 15:34:07 -0700
committerGitHub <noreply@github.com>2025-04-11 22:34:07 +0000
commit8e6af6259bd1dd47d81c36f0562ff362ca5d42c3 (patch)
tree86e7a9671dae748922ca18eec544a318cd708443 /docs/user-guide/08-compiling.md
parent61a6c211b1587a7b9ed6a24ae1ba6fe0600c80d8 (diff)
Fix user-guide typos (#6789)
* Fix user-guide typos Use LLM to scan each of the markdown files to fix typos. Try not to change anything but the typos in this CL. * typo not caught by LLM * add output of ./build_toc.ps1
Diffstat (limited to 'docs/user-guide/08-compiling.md')
-rw-r--r--docs/user-guide/08-compiling.md8
1 files changed, 4 insertions, 4 deletions
diff --git a/docs/user-guide/08-compiling.md b/docs/user-guide/08-compiling.md
index 5d259f311..29a1591d5 100644
--- a/docs/user-guide/08-compiling.md
+++ b/docs/user-guide/08-compiling.md
@@ -901,14 +901,14 @@ const char* spGetBuildTagString();
This assumes Slang has been built with the C++ multithreaded runtime, as is the default.
-All other functions and methods are not [reentrant](https://en.wikipedia.org/wiki/Reentrancy_(computing)) and can only execute on a single thread. More precisely function and methods can only be called on a *single* thread at *any one time*. This means for example a global session can be used across multiple threads, as long as some synchronisation enforces that only one thread can be in a Slang call at any one time.
+All other functions and methods are not [reentrant](https://en.wikipedia.org/wiki/Reentrancy_(computing)) and can only execute on a single thread. More precisely, functions and methods can only be called on a *single* thread at *any one time*. This means for example a global session can be used across multiple threads, as long as some synchronization enforces that only one thread can be in a Slang call at any one time.
-Much of the Slang API is available through [COM interfaces](https://en.wikipedia.org/wiki/Component_Object_Model). In strict COM interfaces should be atomically reference counted. Currently *MOST* Slang API COM interfaces are *NOT* atomic reference counted. One exception is the `ISlangSharedLibrary` interface when produced from [host-callable](cpu-target.md#host-callable). It is atomically reference counted, allowing it to persist and be used beyond the original compilation and be freed on a different thread.
+Much of the Slang API is available through [COM interfaces](https://en.wikipedia.org/wiki/Component_Object_Model). In strict COM, interfaces should be atomically reference counted. Currently *MOST* Slang API COM interfaces are *NOT* atomic reference counted. One exception is the `ISlangSharedLibrary` interface when produced from [host-callable](cpu-target.md#host-callable). It is atomically reference counted, allowing it to persist and be used beyond the original compilation and be freed on a different thread.
## Compiler Options
-Both the `SessionDesc`, `TargetDesc` structures contain fields that encodes a `CompilerOptionEntry` array for additional compiler options to apply on the session or the target. In additional,
+Both the `SessionDesc`, `TargetDesc` structures contain fields that encodes a `CompilerOptionEntry` array for additional compiler options to apply on the session or the target. In addition,
the `IComponentType::linkWithOptions()` method allow you to specify additional compiler options when linking a program. All these places accepts the same encoding of compiler options, which is
documented in this section.
@@ -921,7 +921,7 @@ struct CompilerOptionEntry
};
```
Where `CompilerOptionName` is an `enum` specifying the compiler option to set, and `value` encodes the value of the option.
-`CompilerOptionValue` is a structure that allows you to end code up to two integer or string values for a compiler option:
+`CompilerOptionValue` is a structure that allows you to endcode up to two integer or string values for a compiler option:
```c++
enum class CompilerOptionValueKind
{