# Install v8 with Homebrew, dnf Google's JavaScript engine. Version 15.1.206.10 via Homebrew; verified 2026-07-22. Also installable with dnf: sudo dnf install nodejs22-libs. ## Install ```sh sudo av install brew:v8 ``` Additional install commands: ### macOS - Homebrew (100%): ```sh brew install v8 ``` Evidence: local Homebrew formula metadata ### Linux - dnf (92%): ```sh sudo dnf install nodejs22-libs ``` Evidence: Fedora Rawhide package metadata: nodejs22-libs from https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/repodata/07190dc5ae9f35ae73866675fed6d95fe6e8d9fe22c9d7cdf85862cb2ed24a4c-primary.xml.zst ## Package facts - **Package key:** brew:v8 - **Package manager:** Homebrew - **Version:** 15.1.206.10 - **Source summary:** Google's JavaScript engine - **Homepage:** - **Repository:** - **Last updated:** 2026-07-22T20:18:02Z - **Generated:** 2026-08-03T19:37:03+00:00 ## Executables - d8 (alias) ## Install behavior - Bottle: not available ## Freshness - Page generated: 2026-08-03 - Package-manager version: 15.1.206.10 ## Project history and usage V8 is Google's open-source JavaScript and WebAssembly engine, written in C++ and used by Chrome, Node.js, and other embedders. In package-manager culture it is mostly encountered as a dependency, an embeddable runtime, and the provider of the `d8` developer shell rather than as an everyday end-user CLI. ### Project history Google began V8 as the JavaScript engine for the then-secret Chrome browser project. The V8 team's own 10-year retrospective says Google hired Lars Bak in autumn 2006 to build a new JavaScript engine and that the engine was named V8 as a reference to a high-performance car engine. V8 was open-sourced on September 2, 2008, the same day Chrome launched, with an initial public commit dated June 30, 2008. Early V8 supported ia32 and ARM and used SCons; over the following decade the project moved through major compiler, garbage-collector, source-control, and build-system changes. The engine's compiler history is especially important to JavaScript runtime history. V8 moved from early code generators to Crankshaft, then to the Ignition interpreter and TurboFan optimizing compiler, while also adding WebAssembly support and a growing set of ECMAScript features. ### Adoption history V8 was designed as a standalone embeddable engine, not only as part of Chrome. The V8 documentation says it can be embedded into any C++ application, and the 10-year retrospective highlights Node.js as the 2009 non-browser embedder that made V8 central to a large JavaScript ecosystem. In 2017 the V8 team formally treated Node.js as a first-class embedder alongside Chromium, with infrastructure preventing V8 patches from landing if they broke the Node.js test suite. That cemented V8's role as shared infrastructure for both browser and server-side JavaScript. ### How it is used Packagers and runtime hackers use the package for the engine libraries and for `d8`, V8's developer shell. The official `d8` documentation describes it as useful for running JavaScript locally and debugging V8 changes, with support for loading scripts, reading files, passing arguments, and inspecting flags. Embedding users follow the official embedding guide, which walks C++ developers through isolates, handles, contexts, building `v8_monolith`, and running a small JavaScript example from a native application. ### Why package nerds care For package nerds, V8 sits at the awkward but fascinating boundary between browser engine, language runtime, C++ library, and JavaScript toolchain substrate. It brings large-source-tree build systems, frequent upstream branch heads, architecture-specific code generation, ICU data, and ABI-sensitive embedders into ordinary package-manager work. The Homebrew `v8` formula exposes this infrastructure directly: installing it is less about launching an app and more about making the V8 engine and `d8` shell available for experiments, reverse dependencies, embedders, and JavaScript/WebAssembly runtime testing. ### Timeline - 2006: Google starts V8 work for the secret Chrome project. - 2008: V8 is open-sourced on the same day Chrome launches. - 2009: Node.js releases and embeds V8. - 2010: Crankshaft optimizing JIT improves runtime performance. - 2015: Work starts on the Ignition interpreter; an early WebAssembly prototype lands. - 2017: Ignition and TurboFan become the default pipeline; Node.js is recognized as a first-class V8 embedder. - 2018: V8's retrospective describes its evolution from JavaScript engine to JavaScript and WebAssembly engine. ### Related projects - Chromium and Google Chrome are V8's original browser consumers. - Node.js is the major non-browser embedder that made V8 important to server-side JavaScript packaging. - `d8` is V8's developer shell and the CLI most directly exposed by source builds and packages. ### Sources - - - - - source_facts.executables ## Security Notes No matching local secret-handling manifest was found for v8. Nucleus package metadata is still published here so future coverage has a stable package URL. ## Other Package-Manager Records - dnf - nodejs22-libs - 22.23.1-4.fc45: normalized package name match | Fedora Rawhide package metadata: nodejs22-libs from https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/repodata/07190dc5ae9f35ae73866675fed6d95fe6e8d9fe22c9d7cdf85862cb2ed24a4c-primary.xml.zst | Node.js and v8 libraries | https://nodejs.org - dnf - nodejs24-libs - 24.18.0-4.fc45: normalized package name match | Fedora Rawhide package metadata: nodejs24-libs from https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/repodata/07190dc5ae9f35ae73866675fed6d95fe6e8d9fe22c9d7cdf85862cb2ed24a4c-primary.xml.zst | Node.js and v8 libraries | https://nodejs.org - dnf - nodejs26-libs - 26.3.1-5.fc45: normalized package name match | Fedora Rawhide package metadata: nodejs26-libs from https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/repodata/07190dc5ae9f35ae73866675fed6d95fe6e8d9fe22c9d7cdf85862cb2ed24a4c-primary.xml.zst | Node.js and v8 libraries | https://nodejs.org ## Combined YAML source View the package source record on GitHub. [combined/v8.yml](https://github.com/mxcl/pkgdb/blob/main/combined/v8.yml) ## Sources - pkg.so package database - Geiger risk classifier - curated package history - pkgdb category and tag curation - external package-manager database matches - cross-ecosystem install command graph