Clone this repo:

Branches

  1. 0fdc316 [PA] Add configuration for iOS binary experiment by mikt · 7 weeks ago main
  2. f548472 Reland "PA: Invert MiraclePtr Platform Enablement Logic" by Arthur Sonzogni · 3 months ago
  3. 7079eab Revert "PA: Invert MiraclePtr Platform Enablement Logic" by Arthur Sonzogni · 3 months ago
  4. 382e8e8 PA: Invert MiraclePtr Platform Enablement Logic by Arthur Sonzogni · 3 months ago
  5. 29e00dc [PA] Support PartitionAlloc-Everywhere on Windows component build. by Takashi Sakamoto · 4 months ago

Build overrides in GN

This directory is used to allow different products to customize settings for repos that are DEPS'ed in or shared.

For example: V8 could be built on its own (in a “standalone” configuration), and it could be built as part of Chromium. V8 might define a top-level target, //v8:d8 (a simple executable), that should only be built in the standalone configuration. To figure out whether or not it should be in a standalone configuration, v8 can create a file, build_overrides/v8.gni, that contains a variable, build_standalone_d8 = true. and import it (as import(“//build_overrides/v8.gni”) from its top-level BUILD.gn file.

Chromium, on the other hand, might not need to build d8, and so it would create its own build_overrides/v8.gni file, and in it set build_standalone_d8 = false.

The two files should define the same set of variables, but the values can vary as appropriate to the needs of the two different builds.

The build.gni file provides a way for projects to override defaults for variables used in //build itself (which we want to be shareable between projects).

TODO(crbug.com/41240413): Ideally //build_overrides and, in particular, //build_overrides/build.gni should go away completely in favor of some mechanism that can re-use other required files like //.gn, so that we don't have to keep requiring projects to create a bunch of different files to use GN.