2019-05-15 10:26:01 +00:00
|
|
|
# Copyright 2015 the V8 project authors. All rights reserved.
|
|
|
|
# Redistribution and use in source and binary forms, with or without
|
|
|
|
# modification, are permitted provided that the following conditions are
|
|
|
|
# met:
|
|
|
|
#
|
|
|
|
# * Redistributions of source code must retain the above copyright
|
|
|
|
# notice, this list of conditions and the following disclaimer.
|
|
|
|
# * Redistributions in binary form must reproduce the above
|
|
|
|
# copyright notice, this list of conditions and the following
|
|
|
|
# disclaimer in the documentation and/or other materials provided
|
|
|
|
# with the distribution.
|
|
|
|
# * Neither the name of Google Inc. nor the names of its
|
|
|
|
# contributors may be used to endorse or promote products derived
|
|
|
|
# from this software without specific prior written permission.
|
|
|
|
#
|
|
|
|
# THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
|
|
|
|
# "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
|
|
|
|
# LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
|
|
|
|
# A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
|
|
|
|
# OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
|
|
|
|
# SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
|
|
|
|
# LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
|
|
|
|
# DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
|
|
|
|
# THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
|
|
|
|
# (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
|
|
|
|
# OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
|
|
|
|
import("//build/config/v8_target_cpu.gni")
|
|
|
|
|
|
|
|
declare_args() {
|
|
|
|
# The v8 snapshot needs to be built by code that is compiled with a
|
|
|
|
# toolchain that matches the bit-width of the target CPU, but runs on
|
|
|
|
# the host.
|
|
|
|
v8_snapshot_toolchain = ""
|
|
|
|
}
|
|
|
|
|
|
|
|
# Try to infer the appropriate snapshot toolchain for the v8_current_cpu
|
|
|
|
# where possible.
|
|
|
|
#
|
|
|
|
# Assume that v8_target_cpu (and hence v8_current_cpu) has been validated
|
|
|
|
# as supported on the current host CPU and OS in v8_target_cpu.gni. The
|
|
|
|
# logic below is complicated enough without also needing to do input
|
|
|
|
# validation.
|
|
|
|
#
|
|
|
|
# There are test cases for this code posted as an attachment to
|
|
|
|
# https://crbug.com/625353.
|
|
|
|
|
|
|
|
if (v8_snapshot_toolchain == "") {
|
|
|
|
if (current_os == host_os && current_cpu == host_cpu) {
|
|
|
|
# This is not a cross-compile, so build the snapshot with the current
|
|
|
|
# toolchain.
|
|
|
|
v8_snapshot_toolchain = current_toolchain
|
|
|
|
} else if (current_os == host_os && current_cpu == "x86" &&
|
|
|
|
host_cpu == "x64") {
|
|
|
|
# This is an x64 -> x86 cross-compile, but x64 hosts can usually run x86
|
|
|
|
# binaries built for the same OS, so build the snapshot with the current
|
|
|
|
# toolchain here, too.
|
|
|
|
v8_snapshot_toolchain = current_toolchain
|
2021-03-10 15:30:04 +00:00
|
|
|
} else if (current_os == host_os && host_cpu == "arm64" &&
|
|
|
|
current_cpu == "arm") {
|
|
|
|
# Trying to compile 32-bit arm on arm64. Good luck!
|
|
|
|
v8_snapshot_toolchain = current_toolchain
|
2022-09-08 11:39:11 +00:00
|
|
|
} else if (host_cpu == "x64" && v8_current_cpu == "mips64") {
|
2019-05-15 10:26:01 +00:00
|
|
|
# We don't support snapshot generation for big-endian targets,
|
|
|
|
# therefore snapshots will need to be built using native mksnapshot
|
|
|
|
# in combination with qemu
|
|
|
|
v8_snapshot_toolchain = current_toolchain
|
2022-11-08 14:38:16 +00:00
|
|
|
} else if (host_cpu == current_cpu) {
|
|
|
|
# Cross-build from same ISA on one OS to another. For example:
|
|
|
|
# * targeting win/x64 on a linux/x64 host
|
|
|
|
# * targeting win/arm64 on a mac/arm64 host
|
|
|
|
v8_snapshot_toolchain = host_toolchain
|
2021-12-17 19:58:16 +00:00
|
|
|
} else if (host_cpu == "arm64" && current_cpu == "x64") {
|
|
|
|
# Cross-build from arm64 to intel (likely on an Apple Silicon mac).
|
|
|
|
v8_snapshot_toolchain =
|
|
|
|
"//build/toolchain/${host_os}:clang_arm64_v8_$v8_current_cpu"
|
2019-05-15 10:26:01 +00:00
|
|
|
} else if (host_cpu == "x64") {
|
|
|
|
# This is a cross-compile from an x64 host to either a non-Intel target
|
2022-11-08 14:38:16 +00:00
|
|
|
# cpu or to 32-bit x86 on a different target OS.
|
2019-05-15 10:26:01 +00:00
|
|
|
|
2022-11-08 14:38:16 +00:00
|
|
|
assert(v8_current_cpu != "x64", "handled by host_cpu == current_cpu branch")
|
|
|
|
if (v8_current_cpu == "x86") {
|
2019-05-15 10:26:01 +00:00
|
|
|
_cpus = v8_current_cpu
|
2021-02-09 16:11:55 +00:00
|
|
|
} else if (v8_current_cpu == "arm64" || v8_current_cpu == "mips64el" ||
|
2021-08-11 11:54:59 +00:00
|
|
|
v8_current_cpu == "riscv64" || v8_current_cpu == "loong64") {
|
2019-05-15 10:26:01 +00:00
|
|
|
if (is_win && v8_current_cpu == "arm64") {
|
|
|
|
# set _cpus to blank for Windows ARM64 so host_toolchain could be
|
|
|
|
# selected as snapshot toolchain later.
|
|
|
|
_cpus = ""
|
|
|
|
} else {
|
|
|
|
_cpus = "x64_v8_${v8_current_cpu}"
|
|
|
|
}
|
2022-09-08 11:39:11 +00:00
|
|
|
} else if (v8_current_cpu == "arm" || v8_current_cpu == "riscv32") {
|
2019-05-15 10:26:01 +00:00
|
|
|
_cpus = "x86_v8_${v8_current_cpu}"
|
|
|
|
} else {
|
|
|
|
# This branch should not be reached; leave _cpus blank so the assert
|
|
|
|
# below will fail.
|
|
|
|
_cpus = ""
|
|
|
|
}
|
|
|
|
|
|
|
|
if (_cpus != "") {
|
2022-11-08 01:13:32 +00:00
|
|
|
v8_snapshot_toolchain = "//build/toolchain/${host_os}:clang_${_cpus}"
|
2019-05-15 10:26:01 +00:00
|
|
|
} else if (is_win && v8_current_cpu == "arm64") {
|
|
|
|
# cross compile Windows arm64 with host toolchain.
|
|
|
|
v8_snapshot_toolchain = host_toolchain
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
assert(v8_snapshot_toolchain != "",
|
|
|
|
"Do not know how to build a snapshot for $current_toolchain " +
|
|
|
|
"on $host_os $host_cpu")
|
Reland "Add postmortem debugging helper library"
This is a reland of 517ab73fd7e3fdb70220b9699bca4c69a32e212e
Updates since original: now compressed pointers passed to the function
GetObjectProperties are required to be sign-extended. Previously, the
function allowed zero-extended values, but that led to ambiguity on
pointers like 0x88044919: is it compressed or is the heap range actually
centered on 0x100000000?
Original change's description:
> Add postmortem debugging helper library
>
> This change begins to implement the functionality described in
> https://docs.google.com/document/d/1evHnb1uLlSbvHAAsmOXyc25x3uh1DjgNa8u1RHvwVhk/edit#
> for investigating V8 state in crash dumps.
>
> This change adds a new library, v8_debug_helper, for providing platform-
> agnostic assistance with postmortem debugging. This library can be used
> by extensions built for debuggers such as WinDbg or lldb. Its public API
> is described by debug-helper.h; currently the only method it exposes is
> GetObjectProperties, but we'd like to add more functionality over time.
> The API surface is restricted to plain C-style structs and pointers, so
> that it's easy to link from a debugger extension built with a different
> toolchain.
>
> This change also adds a new cctest file to exercise some basic
> interaction with the new library.
>
> The API function GetObjectProperties takes an object pointer (which
> could be compressed, or weak, or a SMI), and returns a string
> description of the object and a list of properties the object contains.
> For now, the list of properties is entirely based on Torque object
> definitions, but we expect to add custom properties in future updates so
> that it can be easier to make sense of complex data structures such as
> dictionaries.
>
> GetObjectProperties does several things that are intended to generate
> somewhat useful results even in cases where memory may be corrupt or
> unavailable:
> - The caller may optionally provide a type string which will be used if
> the memory for the object's Map is inaccessible.
> - All object pointers are compared against the list of known objects
> generated by mkgrokdump. The caller may optionally provide the
> pointers for the first pages of various heap spaces, to avoid spurious
> matches. If those pointers are not provided, then any matches are
> prefixed with "maybe" in the resulting description string, such as
> "maybe UndefinedValue (0x4288000341 <Oddball>)".
>
> Bug: v8:9376
>
> Change-Id: Iebf3cc2dea3133c7811bcefcdf38d9458b02fded
> Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1628012
> Commit-Queue: Seth Brenith <seth.brenith@microsoft.com>
> Reviewed-by: Yang Guo <yangguo@chromium.org>
> Reviewed-by: Michael Stanton <mvstanton@chromium.org>
> Cr-Commit-Position: refs/heads/master@{#62882}
Bug: v8:9376
Change-Id: I866a1cc9d4c34bfe10c7b98462451fe69763cf3f
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1717090
Reviewed-by: Michael Achenbach <machenbach@chromium.org>
Reviewed-by: Michael Stanton <mvstanton@chromium.org>
Commit-Queue: Seth Brenith <seth.brenith@microsoft.com>
Cr-Commit-Position: refs/heads/master@{#63008}
2019-07-30 14:38:15 +00:00
|
|
|
|
|
|
|
# We reuse the snapshot toolchain for building torque and other generators to
|
|
|
|
# avoid building v8_libbase on the host more than once. On mips with big endian,
|
|
|
|
# the snapshot toolchain is the target toolchain and, hence, can't be used.
|
|
|
|
v8_generator_toolchain = v8_snapshot_toolchain
|
2022-09-08 11:39:11 +00:00
|
|
|
if (host_cpu == "x64" && v8_current_cpu == "mips64") {
|
Reland "Add postmortem debugging helper library"
This is a reland of 517ab73fd7e3fdb70220b9699bca4c69a32e212e
Updates since original: now compressed pointers passed to the function
GetObjectProperties are required to be sign-extended. Previously, the
function allowed zero-extended values, but that led to ambiguity on
pointers like 0x88044919: is it compressed or is the heap range actually
centered on 0x100000000?
Original change's description:
> Add postmortem debugging helper library
>
> This change begins to implement the functionality described in
> https://docs.google.com/document/d/1evHnb1uLlSbvHAAsmOXyc25x3uh1DjgNa8u1RHvwVhk/edit#
> for investigating V8 state in crash dumps.
>
> This change adds a new library, v8_debug_helper, for providing platform-
> agnostic assistance with postmortem debugging. This library can be used
> by extensions built for debuggers such as WinDbg or lldb. Its public API
> is described by debug-helper.h; currently the only method it exposes is
> GetObjectProperties, but we'd like to add more functionality over time.
> The API surface is restricted to plain C-style structs and pointers, so
> that it's easy to link from a debugger extension built with a different
> toolchain.
>
> This change also adds a new cctest file to exercise some basic
> interaction with the new library.
>
> The API function GetObjectProperties takes an object pointer (which
> could be compressed, or weak, or a SMI), and returns a string
> description of the object and a list of properties the object contains.
> For now, the list of properties is entirely based on Torque object
> definitions, but we expect to add custom properties in future updates so
> that it can be easier to make sense of complex data structures such as
> dictionaries.
>
> GetObjectProperties does several things that are intended to generate
> somewhat useful results even in cases where memory may be corrupt or
> unavailable:
> - The caller may optionally provide a type string which will be used if
> the memory for the object's Map is inaccessible.
> - All object pointers are compared against the list of known objects
> generated by mkgrokdump. The caller may optionally provide the
> pointers for the first pages of various heap spaces, to avoid spurious
> matches. If those pointers are not provided, then any matches are
> prefixed with "maybe" in the resulting description string, such as
> "maybe UndefinedValue (0x4288000341 <Oddball>)".
>
> Bug: v8:9376
>
> Change-Id: Iebf3cc2dea3133c7811bcefcdf38d9458b02fded
> Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1628012
> Commit-Queue: Seth Brenith <seth.brenith@microsoft.com>
> Reviewed-by: Yang Guo <yangguo@chromium.org>
> Reviewed-by: Michael Stanton <mvstanton@chromium.org>
> Cr-Commit-Position: refs/heads/master@{#62882}
Bug: v8:9376
Change-Id: I866a1cc9d4c34bfe10c7b98462451fe69763cf3f
Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1717090
Reviewed-by: Michael Achenbach <machenbach@chromium.org>
Reviewed-by: Michael Stanton <mvstanton@chromium.org>
Commit-Queue: Seth Brenith <seth.brenith@microsoft.com>
Cr-Commit-Position: refs/heads/master@{#63008}
2019-07-30 14:38:15 +00:00
|
|
|
v8_generator_toolchain = "//build/toolchain/linux:clang_x64"
|
|
|
|
}
|