macOS
brew install xwinlocal Homebrew formula metadata
brew / rank 7543
Microsoft CRT and Windows SDK headers and libraries loader. Version 0.9.0 via Homebrew; verified from local package data. Also installable with nix: nix profile install nixpkgs#xwin.
install
brew install xwinlocal Homebrew formula metadata
nix profile install nixpkgs#xwinnixpkgs package indexes · pkgs/by-name/xw/xwin/package.nix · source: api.github.com
overview
Microsoft CRT and Windows SDK headers and libraries loader
history
xwin is a Rust utility for downloading, unpacking, pruning, and laying out Microsoft CRT and Windows SDK headers and libraries so Windows MSVC-targeted builds can run from non-Windows hosts with LLVM/clang tooling.
Jake Shadle created the GitHub repository in August 2021 alongside a detailed post on cross-compiling Windows binaries from Linux. The blog explains the practical CI problem: producing `x86_64-pc-windows-msvc` outputs without running the whole Windows toolchain on Windows, while still using clang-cl and lld-link against Microsoft CRT and SDK files.
The README defines xwin's core job as creating CRT and SDK root directories with the includes and libraries needed by native cross-compiling toolchains, including symlinks to repair Windows SDK casing problems on case-sensitive filesystems. The CLI grew commands such as `download`, `unpack`, `splat`, and `minimize`.
Recent releases track changes in Microsoft's installer and manifest ecosystem: channel-name changes, MSI packages without cabinet references, TLS/certificate handling, HTTP retry behavior, and debug-runtime inclusion.
xwin sits in the Rust cross-compilation niche: developers targeting `*-pc-windows-msvc` from Linux or macOS need Windows headers and libraries but often prefer cargo, clang-cl, lld-link, containers, and Linux CI. Packaging xwin in Homebrew, Nix, crates.io, and GitHub releases makes that workflow scriptable.
The common flow is `xwin --accept-license splat --output /path/to/sysroot`, then pointing clang-cl, lld-link, Cargo, or build scripts at the produced CRT and SDK include/library directories. `download` and `unpack` expose intermediate steps, while `minimize` can trace a Cargo build and produce a reduced map of files actually used.
xwin is significant because it turns proprietary-platform SDK acquisition into a reproducible package-style operation without redistributing Microsoft's files. It collapses a painful cross-compilation prerequisite into one auditable CLI.
It also captures a modern packaging pattern: acquiring upstream binary installer payloads, normalizing layout, fixing filesystem case mismatches, caching aggressively, and producing a sysroot other tools can consume.
security posture
narrow executable package without higher-risk signals.
green risk · low confidence · appliance
Before unattended agent use, check whether the tool reads plaintext credentials, writes remote state, publishes artifacts, or shells out to plugins.
executables
| Command | Kind | Exposure | Note |
|---|---|---|---|
xwin | executable | indexed executable | Discovered from the local executable index. |
freshness
These signals separate page generation age, package-manager activity, and upstream release comparison. Version lag is warned only when an evidence URL and comparable versions are present.
install metadata
| Package key | brew:xwin |
|---|---|
| Version | 0.9.0 |
| Package manager | Homebrew |
| Homepage | https://github.com/Jake-Shadle/xwin |
| Repository | https://github.com/Jake-Shadle/xwin |
| Bottle | not recorded |
| Service | none declared |
source database matches
Matches are pulled from external package-manager indexes and kept separate from local Automic Vault package links.
xwin
nix profile install nixpkgs#xwinsource trail
This page is generated by av-web from the private package SQLite artifact built by scripts/generate-pkg-sqlite.py.
View the package source record on GitHub.