Replace the word stdlib or standard-library with core-module for source code (#5415)

This commit changes the word "stdlib" or "standard library" to "core module" in the source code.

4 files changed, 9 insertions, 9 deletions

diff --git a/tests/bugs/extension-lifetime.slang b/tests/bugs/extension-lifetime.slang
index 38cdf580b..6179ddbbb 100644
--- a/tests/bugs/extension-lifetime.slang
+++ b/tests/bugs/extension-lifetime.slang
@@ -2,16 +2,16 @@
 
 // This test is a regresion test for a bug where `extension`
 // declarations are incorrectly being cached on the declarations
-// they extend, so that an extension of a stdlib type (like `float`)
+// they extend, so that an extension of a core module type (like `float`)
 // ends up attaching a declaration from one compile request to that
-// type, and then later compile requests that use that stdlib type
+// type, and then later compile requests that use the core module type
 // try to look up through that extension even though (1) that
 // shouldn't make sense semantically, and (2) that extension will
 // have been deallocated when its parent compile request was
 // destroyed.
 //
 // This test relies on the fact that our test runner uses a single
-// slang compilation session (which loads the stdlib code) across
+// slang compilation session (which loads the core module code) across
 // multiple compilation tests. We can thus make this file contain
 // two identical tests, with the knowledge that the second one
 // will lead to the bad/crashing behavior if the first one ran
diff --git a/tests/diagnostics/bad-operator-call.slang b/tests/diagnostics/bad-operator-call.slang
index 2e0a196a2..fd97d00ac 100644
--- a/tests/diagnostics/bad-operator-call.slang
+++ b/tests/diagnostics/bad-operator-call.slang
@@ -4,8 +4,8 @@
 
 // Test that bad calls to operators produce reasonable diagnostic messages.
 
-// Note: This test is currently Windows-only becase our Linux builds
-// seem to print references to the stdlib code with paths that don't
+// Note: This test is currently Windows-only because our Linux builds
+// seem to print references to the core module code with paths that don't
 // match the Windows build (which generated our baseline).
 
 struct S {}
diff --git a/tests/hlsl-intrinsic/matrix-double.slang b/tests/hlsl-intrinsic/matrix-double.slang
index 6ed1b42bf..6df89bb40 100644
--- a/tests/hlsl-intrinsic/matrix-double.slang
+++ b/tests/hlsl-intrinsic/matrix-double.slang
@@ -1,6 +1,6 @@
 // TODO(JS):
 // It doesn't look like fxc, dxc, vk support double versions of many of the intrinsics, so they are disabled here.
-// Arguably we should implement simple intrinsics if missing in the stdlib
+// Arguably we should implement simple intrinsics if missing in the core module.
 // More complicated functions (like say sin) can also be written, if not available on a target, but requires significant
 // care.
 
@@ -149,4 +149,4 @@ void computeMain(uint3 dispatchThreadID : SV_DispatchThreadID)
     test2(ft, f);
     
     outputBuffer[idx] = calcTotal(ft);
-}
\ No newline at end of file
+}
diff --git a/tests/hlsl-intrinsic/wave.slang b/tests/hlsl-intrinsic/wave.slang
index d3454b7e0..12aee590e 100644
--- a/tests/hlsl-intrinsic/wave.slang
+++ b/tests/hlsl-intrinsic/wave.slang
@@ -29,9 +29,9 @@ void computeMain(uint3 dispatchThreadID : SV_DispatchThreadID)
     /// value |= (product << 8);    
         
     // TODO(JS): NOTE! This only works with uint, *NOT* int on HLSL/DXC. 
-    // We need to update the stdlib to reflect this.
+    // We need to update the core module to reflect this.
     uint xor = WaveActiveBitXor(uint(idx + 1));
     value |= int(xor << 12);
     
     outputBuffer[idx] = value;
-}
\ No newline at end of file
+}