Poison end-of-allocation BackupRefPtrs

Extend BackupRefPtr to poison pointers that have overflowed by one byte.
Attempting to dereference a poisoned pointer will generate an exception
when this feature is enabled.

This feature is behind a buildflag to allow checking its performance
impact.

Co-authored-by: Bartek Nowierski <bartekn@chromium.org>

Change-Id: I619d4b775678e5f88bf685c9b1bf6a34b67a4b5b
Bug: 1073933
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2738677
Reviewed-by: Bartek Nowierski <bartekn@chromium.org>
Commit-Queue: Bartek Nowierski <bartekn@chromium.org>
Cr-Commit-Position: refs/heads/main@{#1077842}
NOKEYCHECK=True
GitOrigin-RevId: 23c78e78e9146b372186bea3293e89f316bcece5
1 file changed
tree: 95175c47ee4009bc072b115e4777f8ccafb2b7ad
  1. angle.gni
  2. build.gni
  3. dawn.gni
  4. glslang.gni
  5. gtest.gni
  6. ipcz.gni
  7. OWNERS
  8. partition_alloc.gni
  9. pdfium.gni
  10. README.md
  11. spirv_tools.gni
  12. swiftshader.gni
  13. tint.gni
  14. vulkan_common.gni
  15. vulkan_headers.gni
  16. vulkan_loader.gni
  17. vulkan_tools.gni
  18. vulkan_validation_layers.gni
  19. wayland.gni
README.md

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/588513): 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.