[go: nahoru, domu]

blob: d3d33b3e450c4acbeb90656e7a4020c0521b7fed [file] [log] [blame]
brettw2bafab42014-11-27 18:36:171# This file is used by the GN meta build system to find the root of the source
2# tree and to set startup options. For documentation on the values set in this
3# file, run "gn help dotfile" at the command line.
bauerb@chromium.org96ea63d2013-07-30 10:17:074
dpranke1cfa5312016-11-22 03:07:475import("//build/dotfile_settings.gni")
Jamie Madill7ec071b2018-02-06 20:16:386import("//third_party/angle/dotfile_settings.gni")
dpranke1cfa5312016-11-22 03:07:477
bauerb@chromium.org96ea63d2013-07-30 10:17:078# The location of the build configuration file.
9buildconfig = "//build/config/BUILDCONFIG.gn"
10
Dirk Prankea2d3c362021-04-13 21:39:4211# The python interpreter to use by default. On Windows, this will look
12# for python3.exe and python3.bat.
13script_executable = "python3"
14
brettw04a0e482017-01-25 21:29:5915# These arguments override the default values for items in a declare_args
16# block. "gn args" in turn can override these.
17#
18# In general the value for a build arg in the declare_args block should be the
19# default. In some cases, a DEPS-ed in project will want different defaults for
20# being built as part of Chrome vs. being built standalone. In this case, the
21# Chrome defaults should go here. There should be no overrides here for
22# values declared in the main Chrome repository.
brettwd8a46d92017-02-08 06:03:4523#
24# Important note for defining defaults: This file is executed before the
25# BUILDCONFIG.gn file. That file sets up the global variables like "is_ios".
26# This means that the default_args can not depend on the platform,
27# architecture, or other build parameters. If you really need that, the other
28# repo should define a flag that toggles on a behavior that implements the
29# additional logic required by Chrome to set the variables.
brettw04a0e482017-01-25 21:29:5930default_args = {
Sylvain Defresne994145512017-06-06 11:27:0231 # TODO(brettw) bug 684096: Chrome on iOS does not build v8, so "gn gen" prints
32 # a warning that "Build argument has no effect". When adding a v8 variable, it
33 # also needs to be defined to src/ios/BUILD.gn (respectively removed from both
34 # location when it is removed).
35
brettw04a0e482017-01-25 21:29:5936 v8_enable_gdbjit = false
37 v8_imminent_deprecation_warnings = false
Jochen Eisinger8be7d37b2017-06-02 08:37:5638
Niels Möller0a5db002017-10-17 13:22:1639 # Don't include webrtc's builtin task queue implementation.
40 rtc_link_task_queue_impl = false
Karl Wibergf3b599b2017-11-05 21:35:0041
42 # Don't include the iLBC audio codec.
43 # TODO(bugs.webrtc.org/8396): Once WebRTC gets rid of its internal
44 # deps on codecs, we can remove this.
45 rtc_include_ilbc = false
Robert Sesek9c29eaa2017-12-11 19:47:1346
47 # Changes some setup for the Crashpad build to set them to build against
48 # Chromium's zlib, base, etc.
Scott Grahamec25b512017-12-20 05:40:4049 crashpad_dependencies = "chromium"
Jamie Madill178f84e2020-12-18 00:47:5850
51 # Override ANGLE's Vulkan dependencies.
52 angle_vulkan_headers_dir = "//third_party/vulkan-deps/vulkan-headers/src"
53 angle_vulkan_loader_dir = "//third_party/vulkan-deps/vulkan-loader/src"
54 angle_vulkan_tools_dir = "//third_party/vulkan-deps/vulkan-tools/src"
55 angle_vulkan_validation_layers_dir =
56 "//third_party/vulkan-deps/vulkan-validation-layers/src"
Alex Rudenko5e0e1bc2021-09-03 10:14:1757
Chong Guf8e1de132021-11-18 15:32:4058 # Overwrite default args declared in the Fuchsia sdk
Chong Gu0bac5a52021-10-07 18:53:1859 fuchsia_sdk_readelf_exec =
60 "//third_party/llvm-build/Release+Asserts/bin/llvm-readelf"
Sebastien Marchandc9976a92022-07-22 21:06:3761 fuchsia_target_api_level = 9
Chong Gu0bac5a52021-10-07 18:53:1862
Alex Rudenko5e0e1bc2021-09-03 10:14:1763 devtools_visibility = [ "*" ]
brettw04a0e482017-01-25 21:29:5964}
65
Erik Staab8a1acf42020-07-08 19:16:4566# These are the targets to skip header checking by default. The files in targets
67# matching these patterns (see "gn help label_pattern" for format) will not have
brettw2bafab42014-11-27 18:36:1768# their includes checked for proper dependencies when you run either
69# "gn check" or "gn gen --check".
Erik Staab8a1acf42020-07-08 19:16:4570no_check_targets = [
Collin Baker4593cfb2021-09-28 16:08:5571 "//headless:headless_non_renderer", # 9 errors
72 "//headless:headless_renderer", # 13 errors
73 "//headless:headless_shared_sources", # 4 errors
74 "//headless:headless_shell_browser_lib", # 10 errors
75 "//headless:headless_shell_lib", # 10 errors
Daniel Bratell5c1bccba2019-04-23 17:37:0276
Dan Elphick54b4f7b2021-05-04 14:31:4077 # //v8, https://crbug.com/v8/7330
78 "//v8/src/inspector:inspector", # 20 errors
79 "//v8/test/cctest:cctest_sources", # 2 errors
80 "//v8:cppgc_base", # 1 error
81 "//v8:v8_internal_headers", # 11 errors
82 "//v8:v8_libplatform", # 2 errors
Takashi Sakamoto74db80f2022-03-25 04:45:1283
84 # After making partition_alloc a standalone library, remove partition_alloc
85 # target from the skip list, because partition_aloc will depend on its own
86 # base.
87 # partition alloc standalone library bug is https://crbug.com/1151236.
88 "//base/allocator/partition_allocator:partition_alloc", # 292 errors
brettwe75311d2015-02-17 23:56:4689]
brettwed99f7b2015-04-07 00:22:5090
91# These are the list of GN files that run exec_script. This whitelist exists
92# to force additional review for new uses of exec_script, which is strongly
brettwd385ecf2016-04-19 22:53:2393# discouraged.
94#
brettwd385ecf2016-04-19 22:53:2395# PLEASE READ
96#
97# You should almost never need to add new exec_script calls. exec_script is
98# slow, especially on Windows, and can cause confusing effects. Although
99# individually each call isn't slow or necessarily very confusing, at the scale
100# of our repo things get out of hand quickly. By strongly pushing back on all
101# additions, we keep the build fast and clean. If you think you need to add a
102# new call, please consider:
103#
Wei-Yin Chen (陳威尹)fec2ace2018-08-10 23:31:24104# - Do not use a script to check for the existence of a file or directory to
brettwd385ecf2016-04-19 22:53:23105# enable a different mode. Instead, use GN build args to enable or disable
106# functionality and set options. An example is checking for a file in the
107# src-internal repo to see if the corresponding src-internal feature should
108# be enabled. There are several things that can go wrong with this:
109#
110# - It's mysterious what causes some things to happen. Although in many cases
111# such behavior can be conveniently automatic, GN optimizes for explicit
112# and obvious behavior so people can more easily diagnose problems.
113#
114# - The user can't enable a mode for one build and not another. With GN build
115# args, the user can choose the exact configuration of multiple builds
116# using one checkout. But implicitly basing flags on the state of the
117# checkout, this functionality is broken.
118#
119# - It's easy to get stale files. If for example the user edits the gclient
120# to stop checking out src-internal (or any other optional thing), it's
121# easy to end up with stale files still mysteriously triggering build
122# conditions that are no longer appropriate (yes, this happens in real
123# life).
124#
125# - Do not use a script to iterate files in a directory (glob):
126#
127# - This has the same "stale file" problem as the above discussion. Various
128# operations can leave untracked files in the source tree which can cause
129# surprising effects.
130#
131# - It becomes impossible to use "git grep" to find where a certain file is
132# referenced. This operation is very common and people really do get
133# confused when things aren't listed.
134#
135# - It's easy to screw up. One common case is a build-time script that packs
136# up a directory. The author notices that the script isn't re-run when the
137# directory is updated, so adds a glob so all the files are listed as
138# inputs. This seems to work great... until a file is deleted. When a
thakis3e861de2016-06-14 14:24:01139# file is deleted, all the inputs the glob lists will still be up to date
brettwd385ecf2016-04-19 22:53:23140# and no command-lines will have been changed. The action will not be
141# re-run and the build will be broken. It is possible to get this correct
142# using glob, and it's possible to mess it up without glob, but globs make
143# this situation much easier to create. if the build always lists the
144# files and passes them to a script, it will always be correct.
dgn470951712015-04-07 10:37:47145
dpranke1cfa5312016-11-22 03:07:47146exec_script_whitelist =
Jamie Madill7ec071b2018-02-06 20:16:38147 build_dotfile_settings.exec_script_whitelist +
148 angle_dotfile_settings.exec_script_whitelist +
149 [
dpranke1cfa5312016-11-22 03:07:47150 # Whitelist entries for //build should go into
151 # //build/dotfile_settings.gni instead, so that they can be shared
152 # with other repos. The entries in this list should be only for files
153 # in the Chromium repo outside of //build.
dpranke1cfa5312016-11-22 03:07:47154 "//build_overrides/build.gni",
dgn470951712015-04-07 10:37:47155
Peter Kotwiczf4f4cd62019-06-11 19:57:38156 "//chrome/android/webapk/shell_apk/prepare_upload_dir/BUILD.gn",
Andrew Grieve19a00ca2022-07-29 19:01:48157 "//chrome/version.gni",
Peter Kotwiczf4f4cd62019-06-11 19:57:38158
dpranke1cfa5312016-11-22 03:07:47159 # TODO(dgn): Layer violation but breaks the build otherwise, see
160 # https://crbug.com/474506.
161 "//clank/java/BUILD.gn",
162 "//clank/native/BUILD.gn",
brettw46134cb2016-09-02 23:53:18163
Nico Weber097f64c2018-10-23 17:48:02164 "//google_apis/BUILD.gn",
165 "//printing/BUILD.gn",
166
dpranke1cfa5312016-11-22 03:07:47167 "//remoting/host/installer/linux/BUILD.gn",
168 "//remoting/remoting_version.gni",
169 "//remoting/host/installer/win/generate_clsids.gni",
brettwde7b2652016-09-09 23:25:05170
dpranke1cfa5312016-11-22 03:07:47171 "//tools/grit/grit_rule.gni",
Andrew Grieve11c825d72020-01-03 00:51:33172 "//tools/gritsettings/BUILD.gn",
dpranke1cfa5312016-11-22 03:07:47173 ]