Skip to content

Drop LLVMSupport.lib from the TSLANG_DEBUG_CRT comment #11

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
ASDAlexander77 merged 1 commit into from
Sep 25, 2026
Merged

Drop LLVMSupport.lib from the TSLANG_DEBUG_CRT comment #11

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions scripts/build_core.bat
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -57,9 +57,9 @@ rem (see tslang/tslang/exe.cpp). Without a flag cl defaults to /MT, so the debug
rem release-CRT wrappers and a debug `tslang --emit=exe` against it failed with LNK2038 mismatches.
set DBG_CL=/MTd /Z7 /std:c++latest
rem TSLANG_DEBUG_CRT=/MT builds the debug archive against the release CRT instead. /MTd is right
rem next to a debug tslang build, whose runtime, collector and LLVM libraries are /MTd too. A
rem release package ships only /MT builds of those (TypeScriptAsyncRuntime.lib, gc.lib,
rem LLVMSupport.lib), so there a /MTd debug archive cannot be linked with them at all: every
rem next to a debug tslang build, whose runtime and collector are /MTd too. A
rem release package ships only /MT builds of those (TypeScriptAsyncRuntime.lib and
rem gc.lib), so there a /MTd debug archive cannot be linked with them at all: every
rem `tslang --di --emit=exe` failed with LNK2038. The compiler's release workflow sets it. It
rem changes only the CRT; the archive still carries debug info (/Z7, --di).
if /I "%TSLANG_DEBUG_CRT%"=="/MT" (
Expand Down