pkg.soopen package index

brew / rank 7543

Install xwin with Homebrew, Nix

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

Additional install commands

macOS

Homebrewverified · 100%
brew install xwin

local Homebrew formula metadata

Linux

Nixverified · 92%
nix profile install nixpkgs#xwin

nixpkgs package indexes · pkgs/by-name/xw/xwin/package.nix · source: api.github.com

overview

Package summary

Microsoft CRT and Windows SDK headers and libraries loader

Commands and aliases

  • xwin

history

Project history and usage

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.

Project history

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.

Adoption history

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.

How it is used

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.

Why package nerds care

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.

Timeline

  • 2021-08-04: GitHub repository created.
  • 2021-08-22: Shadle publishes the cross-compiling Windows binaries from Linux walkthrough describing the new utility and its CI motivation.
  • 2021: README-era workflow centers on downloading CRT/SDK payloads and `splat` output for clang/LLVM Windows cross builds.
  • 2024-2025: Releases focus on Microsoft installer churn, HTTP/TLS behavior, debug-runtime support, and SDK package layout changes.
  • 2026-04-20: 0.9.0 release fixes channel-name handling for newer Microsoft manifest versions.

Related projects

  • clang-cl, lld-link, and LLVM: the non-Windows toolchain xwin is designed to feed.
  • Rust target `x86_64-pc-windows-msvc`: a primary driver for xwin's documented workflow.
  • cargo and cc-rs: common Rust build tooling that consumes compiler/linker configuration pointing at xwin output.
  • winsysroot: a layout style xwin can generate for clang-cl-oriented SDK discovery.

security posture

Risk level: green

narrow executable package without higher-risk signals.

Risk classifier

green risk · low confidence · appliance

Why

  • narrow executable package without higher-risk signals

Signals

  • metadata:no-higher-risk-signals

Install behavior

  • No Homebrew bottle metadata was recorded.

Recommended review

Before unattended agent use, check whether the tool reads plaintext credentials, writes remote state, publishes artifacts, or shells out to plugins.

executables

Installed executables

CommandKindExposureNote
xwinexecutableindexed executableDiscovered from the local executable index.

freshness

Version and 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.

page generated2026-08-03
manager version0.9.0
manager updated
local dataunknown
upstreamnot available
latest detectednot detected
  • okNo freshness warnings were generated.

install metadata

Package metadata

Package keybrew:xwin
Version0.9.0
Package managerHomebrew
Homepagehttps://github.com/Jake-Shadle/xwin
Repositoryhttps://github.com/Jake-Shadle/xwin
Bottlenot recorded
Servicenone declared

source database matches

Other package-manager records

Matches are pulled from external package-manager indexes and kept separate from local Automic Vault package links.

Nix95%

xwin

nix profile install nixpkgs#xwin
  • normalized package name match
  • Matched by: Xwin
nixpkgs package indexes · api.github.com · nixpkgs package indexes: pkgs/by-name/xw/xwin/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1

source trail

Generated from repository data

This page is generated by av-web from the private package SQLite artifact built by scripts/generate-pkg-sqlite.py.

Used sources

  • Geiger risk classifier
  • cross-ecosystem install command graph
  • curated package history
  • external package-manager database matches
  • pkg.so package database
  • pkgdb category and tag curation