Skip to content

Stop shipping LLVMSupport and LLVMDemangle in the release packages - #363

Merged
ASDAlexander77 merged 2 commits into
mainfrom
release-drop-llvm-libs
Sep 25, 2026
Merged

ASDAlexander77 merged 2 commits into
mainfrom
release-drop-llvm-libs

Conversation

@ASDAlexander77

@ASDAlexander77 ASDAlexander77 commented Sep 25, 2026 •

Copy link
Copy Markdown
Owner

Since #333 no compiled program links an LLVM library. --llvm-lib-path / LLVM_LIB_PATH is still accepted, but it never reaches the linker.

Release packages

  • Windows zip: drop LLVMSupport.lib.
  • Linux tarballs: drop libLLVMSupport.a and libLLVMDemangle.a.
  • Update the TSLANG_DEBUG_CRT comment that listed LLVMSupport.lib among the shipped /MT libraries.
  • scripts/measure_memory_model.ps1: drop LLVMSupport.lib and the LLVM /libpath from its link line.

Project templates (--cmake, --new)
#333 already took LLVMSupport, LLVMDemangle and ntdll out of the CMake template's link libraries. What was left: both scaffolds still read the LLVM lib path into an LLVM_LIB_PATH substitution that no CMake template uses, and the VSCode tasks/launch configurations passed it as --llvm-lib-path, which tslang ignores. Both are gone.

Tested: tslang Release builds clean. Freshly generated --cmake and --new projects contain no llvm or ntdll reference, and each VSCode task keeps its gc/tslang/default-lib path arguments. The release workflow runs only on a tag, so the packaging change is not verified by a run.

Companion: DefaultLib comment fix, ASDAlexander77/TypeScriptCompilerDefaultLib#11.

🤖 Generated with Claude Code

Since #333 no compiled program links an LLVM library: the linker never
gets the --llvm-lib-path folder, only the default-lib build environment
and the cmake/vscode templates do. Drop LLVMSupport.lib from the Windows
zip and libLLVMSupport.a/libLLVMDemangle.a from the Linux tarballs, and
from the memory-model measuring script's link line.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
#333 took LLVMSupport, LLVMDemangle and ntdll out of the CMake template's
link libraries, but --cmake and --new still read the LLVM lib path into an
LLVM_LIB_PATH substitution. No CMake template uses it, and the VSCode
tasks and launch configurations passed it only as --llvm-lib-path, which
tslang ignores. Drop the substitution and those arguments.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
@ASDAlexander77
ASDAlexander77 merged commit 96f44d5 into main Sep 25, 2026
2 checks passed
@ASDAlexander77
ASDAlexander77 deleted the release-drop-llvm-libs branch September 25, 2026 10:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant