Ghostty is a fast, native, feature-rich terminal emulator targeting macOS (SwiftUI/Metal) and Linux (GTK), with an embeddable C library, libghostty. The core is written in Zig, providing a complete VT parser, screen management, scrollback, selection, search, Kitty graphics protocol, and snapshot/restore. The macOS frontend uses SwiftUI and AppKit for window management, tabs, splits, quick terminal overlay, command palette, AppleScript, App Intents, and Sparkle-based updates. The Linux frontend uses GTK with Wayland/X11 support. The architecture is modular: a platform-independent terminal engine (src/terminal/) communicates with platform-specific app runtimes (src/apprt/) via a callback-based effects interface. The renderer supports Metal (macOS) and OpenGL (Linux) with SIMD-optimized text layout and custom font sprite drawing for powerline, box drawing, and Nerd Font glyphs. External dependencies include fontconfig, freetype, harfbuzz, oniguruma, libpng, and stb_image, all vendored and minimized. The build system uses Zig with Nix and CMake support. The library is designed for embedding, with examples in C, C++, Swift, Zig, and WebAssembly.
TurboAPI is a high-performance web framework designed as a drop-in replacement for FastAPI. It achieves significant performance improvements (7-22x faster according to benchmarks) by integrating a Zig-based HTTP core (turbonet) while maintaining full API compatibility. The framework uses a hybrid architecture where application logic remains in Python but network I/O, request parsing, validation, and optionally database operations are handled by Zig components. Key features include FastAPI-compatible routing and dependency injection, middleware support, WebSocket capabilities, OpenAPI automatic generation, and optional zero-Python execution paths for maximum performance. The project includes several reusable Zig libraries: dhi (validation), pg.zig (PostgreSQL client), metrics collection, and a high-performance radix trie router.
Ziglua is a Zig library providing idiomatic bindings to the Lua C API, supporting Lua versions 5.1 through 5.5, LuaJIT, and Luau. It compiles the chosen Lua runtime from source at build time and exposes nearly the entire C API through a safe, Zig-native interface. The library leverages Zig's features such as slices, enums, optionals, and error unions to reduce memory unsafety and improve ergonomics compared to raw C bindings. It also includes a set of higher-level utilities like `wrap` for converting Zig functions into Lua-callable closures, `Buffer` for efficient string construction, and `toAny`/`pushAny` for automatic Lua–Zig serialization of common types. Architecturally, Ziglua is a single Zig module (`zlua`) that can be imported by any Zig project. The build system (`build.zig`) handles fetching the Lua source code, applying necessary patches, and compiling it as a static or shared library. Bindings are generated via Zig's `translate-c` tool from the Lua C headers, with additional manual Zig wrappers in `src/lib.zig`. The project is well-tested across multiple platforms (Linux, macOS, Windows) and supports Lua version selection, allocator integration, and both embedded and shared-library usage. Ziglua is actively maintained against Zig's master branch, with documented API and a clear changelog.
NVM for Windows is a Node.js version manager for Windows, providing CLI, shim/link mode, background sync, and Windows-native integrations (Event Log, Registry, Notifications). The repository contains the build system, installer (Inno Setup with extensive Pascal scripting), and a Zig-based elevated migration helper. The actual application logic (CLI, shim, sync) resides in separate submodules (cli, shim, sync, common) not included in this analysis. The visible code demonstrates high craftsmanship: the installer handles complex migration from v1, ACL hardening, silent install policies, and scheduled task management. The Zig updater is a clean, self-contained elevated cleanup tool. The build scripts are well-structured PowerShell with parameterized steps and CI/CD integration. The project is actively maintained with a recent v2 rewrite, modern CI workflows, and a large user base.
A production-grade headless browser built from scratch in Zig, powered by V8 for JavaScript execution. It implements a vast subset of Web Platform APIs (DOM, CSSOM, HTML/SVG elements, canvas, WebGL, IndexedDB, workers, fetch, WebSocket, etc.) and exposes them through Chrome DevTools Protocol (CDP), WebDriver BiDi, and MCP (Model Context Protocol) servers. Includes a built-in LLM agent mode for natural-language-driven automation, a scripting system (PandaScript) for deterministic replay, and a full network stack with ad blocking, rate limiting, caching, and TLS. Designed for AI agents and automation workloads, it claims significant performance advantages over Chromium in startup time and resource usage. Architecturally, the browser is a monolithic server binary with distinct internal modules: a browser core managing pages, frames, and V8 isolates; a network layer using libcurl with connection pooling and request deduplication; protocol servers (CDP, BiDi, MCP) communicating over WebSocket or HTTP; and an agent subsystem that wraps LLM APIs for task planning and execution. The codebase is heavily tested with hundreds of hand-written HTML conformance tests and runs Web Platform Tests via CI. The engineering demonstrates high craftsmanship: custom arena allocators with V8 memory accounting, compile-time prototype hierarchy reflection for Web IDL bindings, a GCRA rate limiter, a singleflight pattern for request deduplication, and a generic live-collection iterator. While some APIs are stubbed or partially implemented (e.g., WebGL always returns null, video dimensions are hardcoded), the core functionality is extensive and spec-compliant where implemented. The project is actively maintained with nightly orderfile optimizations and regular CI.
This is a Linux-only CLI benchmarking tool written in Zig that uses the `perf_event_open` syscall to measure hardware performance counters (CPU cycles, instructions, cache references/misses, branch misses) alongside wall time and peak RSS. It repeatedly executes user-specified commands, collects samples, and computes statistical summaries (mean, standard deviation, quartiles, outlier counts) with a colorful terminal UI. The tool compares multiple commands, treating the first as a reference, and displays deltas with statistical significance testing using Student's t-distribution. The codebase is small but well-crafted, demonstrating advanced use of Linux perf events, statistical analysis, and terminal rendering. It is actively maintained by Andrew Kelley (author of Zig) and serves as a practical alternative to Hyperfine for hardware-aware benchmarking.
libvaxis is a terminal user interface (TUI) library for Zig that provides both low-level terminal manipulation and a high-level declarative widget system (vxfw). The library does not rely on terminfo; instead it dynamically queries terminal capabilities via escape sequences, supporting modern features such as RGB color, kitty keyboard and graphics protocols, hyperlinks (OSC 8), bracketed paste, mouse shapes, system clipboard, notifications, synchronized output, and Unicode Core. The architecture comprises an event-driven loop (generic over event type) that reads from a platform-specific TTY abstraction, a state-machine parser for input sequences, double-buffered screen rendering with diff-based updates, and a widget tree with constraint-based layout, focus management, and event propagation (capture/target/bubble phases). Low-level components include the TTY abstraction (Posix, Windows, test stub), input parser, screen buffer, window sub-region handling, and image transmission via the kitty graphics protocol. The high-level vxfw framework offers composable widgets such as Button, TextInput, ListView, SplitView, Border, FlexRow/Column, ScrollView, Spinner, and more. Widgets receive draw context with min/max constraints and an arena allocator per frame, returning surfaces that may contain child surfaces. The library also includes an embedded terminal emulator widget (Terminal) that runs a child process in a PTY and renders its output as a virtual terminal. A stable C API is provided via `vaxis.h`, exposing parsing, screen manipulation, and runtime management without requiring Zig compilation. Cross-platform support covers macOS, Windows, Linux and BSD/Unix systems. The library is built with Zig 0.16.0 and depends on `zigimg` for image decoding and `uucode` for Unicode property data, both fetched as build dependencies.
pacman.zig is a faithful recreation of the classic Pacman arcade game implemented in the Zig programming language. It uses the Sokol cross-platform libraries for graphics, audio, and input handling, allowing it to run as a native desktop application or be compiled to WebAssembly for browser play. The game implements all original Pacman mechanics including Pacman movement, ghost AI with distinct behaviors for each ghost, dot and pill eating, bonus fruits, sound effects, score tracking, and level progression. The architecture follows a monolithic design with clear separation of concerns into game state management, game logic, rendering, audio, and input systems. Despite being contained primarily in a single source file, the code is well-organized with distinct sections for different subsystems. The implementation demonstrates attention to detail in replicating the original game's behavior and performance characteristics.
ZLS (Zig Language Server) is a comprehensive implementation of the Language Server Protocol (LSP) for the Zig programming language. Written entirely in Zig, it provides rich IDE features including code completion, go-to-definition, hover information, semantic tokens, inlay hints, code actions, diagnostics, document symbols, folding ranges, signature help, and workspace symbol search. The server integrates with Zig's build system via the Build System Protocol (BSP) and can run `zig ast-check` for diagnostics, or use its own built-in semantic analysis engine. Architecturally, ZLS is a monolithic LSP server with a modular design. The core `Server` struct manages workspaces, document stores (`DocumentStore`), configuration (`Config`), and dispatches requests to feature modules under `src/features/`. The `Analyser` struct in `src/analysis.zig` provides type inference and symbol resolution using an `InternPool` for deduplicated type/value storage. A newer analysis backend under `src/analyser/` (InternPool, StringPool, degibberish) is partly implemented but not yet fully integrated. The test suite is extensive, with over 9,000 lines of completion tests alone, using a custom testing framework and placeholder-based assertions. Key dependencies include `known-folders` for platform-specific directory discovery, `diffz` for text diffing, `lsp_kit` for LSP protocol types, and `tracy` for profiling. The build system is managed via `build.zig` with dependency definitions in `build.zig.zon`. ZLS is highly configurable through a JSON configuration file, with options for snippets, inlay hints, build-on-save, and more. It is actively maintained, targets Zig master, and has a strong focus on correctness and performance, though some areas (like generic resolution and combinatorial types) remain heuristic-based.
Spice is a Zig library for low-overhead parallelism using heartbeat scheduling. It provides a fork/join model where workers maintain local work queues and a heartbeat thread periodically signals workers to offload work to others. The design avoids common work-stealing pitfalls: dynamic dispatch is minimized by using static calls for local work, queues are truly local (no atomics for push/pop in common case), and spinning is eliminated by using blocking waits. The library is demonstrated with a binary tree sum benchmark showing sub-nanosecond overhead. While primarily a research project with noted limitations (lack of tests, no array support), the implementation exhibits high craftsmanship in its concurrency primitives and performance optimizations.
Zedis is a high-performance, Redis-compatible in-memory data store written in Zig. It implements the RESP protocol and supports core Redis data structures (strings, lists, TTL, pub/sub) along with advanced features: time-series with Gorilla compression, full-text search with BM25 and vector KNN (FLAT), probabilistic Bloom filters, and both AOF and RDB persistence. The architecture uses a multi-threaded server with a dedicated store thread for serialized command execution, custom budgeted allocators, and a lock-free client mailbox for message passing. While production-ready in capability, the project is explicitly designed for learning and experimentation and shows some documentation-to-code drift and a handful of unmaintained TODO items. It includes an extensive benchmark suite comparing against Valkey.
This repository is a curated learning-resource aggregator (an 'awesome list') for the Zig programming language, not a software application. Classified as 'application' only because of its CI/CD tooling; it is not a data_research repo either — there are no datasets, notebooks, pipelines, or application source code. The core asset is README.md, a ~200-entry categorized collection of links to Zig books, videos, podcasts, blog posts, GitHub projects, and AI/ML frameworks, organized into ~25 categories with older entries progressively moved to a yearly archive/ directory. The only code-adjacent artifacts are package.json (markdownlint-cli, markdown-link-check), two GitHub Actions workflows, and three OpenCode agent-skill definitions.
This repository provides a tool for repackaging official Zig programming language releases as Python binary wheels. The core functionality resides in make_wheels.py, which downloads Zig tarballs, verifies their integrity, extracts contents, and rebuilds them as installable Python wheels with appropriate metadata and entry points. The architecture is straightforward: a command-line Python script supported by a GitHub Actions workflow for automated building and deployment. The tool enables Python developers to easily install and use the Zig toolchain (including the zig cc compiler) as a dependency via pip. Key features include reproducible builds (bit-for-bit identical outputs regardless of build environment), support for multiple platforms (Windows, macOS, Linux variants), and automated publishing to PyPI with provenance attestations.
This repository appears to be a placeholder or redirect for the fastfilter project. The only content is a README.md file stating the project has moved to https://code.hexops.com/hexops/fastfilter. There is no source code, build scripts, configuration, or any other artifacts present. Consequently, the repository does not contain any functional code and cannot be evaluated as an application or data research project in its current state. Given the absence of code, it is impossible to determine the original purpose, architecture, or functionality of the fastfilter project from this repository. There are no entry points, data flows, external dependencies, or components to analyze. The repository serves solely as a redirect notice, indicating the active development has moved elsewhere. The repository is deprecated, as evidenced by the redirect notice and the lack of recent meaningful activity. The last commit timestamp (2026-03-25) appears to be erroneous or placeholder data, but the project's relocation confirms it is no longer maintained here. With no code to assess, there are no reusable components, and the quality score reflects the absence of any evaluable software engineering artifacts.