]> git.lizzy.rs Git - rust.git/blob - config.toml.example
Rollup merge of #76607 - Mark-Simulacrum:tidy-bins, r=pnkfelix
[rust.git] / config.toml.example
1 # Sample TOML configuration file for building Rust.
2 #
3 # To configure rustbuild, copy this file to the directory from which you will be
4 # running the build, and name it config.toml.
5 #
6 # All options are commented out by default in this file, and they're commented
7 # out with their default values. The build system by default looks for
8 # `config.toml` in the current directory of a build for build configuration, but
9 # a custom configuration file can also be specified with `--config` to the build
10 # system.
11
12 # Keeps track of the last version of `x.py` used.
13 # If it does not match the version that is currently running,
14 # `x.py` will prompt you to update it and read the changelog.
15 # See `src/bootstrap/CHANGELOG.md` for more information.
16 changelog-seen = 2
17
18 # =============================================================================
19 # Global Settings
20 # =============================================================================
21
22 # Use different pre-set defaults than the global defaults.
23 #
24 # See `src/bootstrap/defaults` for more information.
25 # Note that this has no default value (x.py uses the defaults in `config.toml.example`).
26 #profile = <none>
27
28 # =============================================================================
29 # Tweaking how LLVM is compiled
30 # =============================================================================
31 [llvm]
32
33 # Whether to use Rust CI built LLVM instead of locally building it.
34 #
35 # Unless you're developing for a target where Rust CI doesn't build a compiler
36 # toolchain or changing LLVM locally, you probably want to set this to true.
37 #
38 # It's currently false by default due to being newly added; please file bugs if
39 # enabling this did not work for you on x86_64-unknown-linux-gnu.
40 # Other target triples are currently not supported; see #77084.
41 #
42 # We also currently only support this when building LLVM for the build triple.
43 #
44 # Note that many of the LLVM options are not currently supported for
45 # downloading. Currently only the "assertions" option can be toggled.
46 #download-ci-llvm = false
47
48 # Indicates whether LLVM rebuild should be skipped when running bootstrap. If
49 # this is `false` then the compiler's LLVM will be rebuilt whenever the built
50 # version doesn't have the correct hash. If it is `true` then LLVM will never
51 # be rebuilt. The default value is `false`.
52 #skip-rebuild = false
53
54 # Indicates whether the LLVM build is a Release or Debug build
55 #optimize = true
56
57 # Indicates whether LLVM should be built with ThinLTO. Note that this will
58 # only succeed if you use clang, lld, llvm-ar, and llvm-ranlib in your C/C++
59 # toolchain (see the `cc`, `cxx`, `linker`, `ar`, and `ranlib` options below).
60 # More info at: https://clang.llvm.org/docs/ThinLTO.html#clang-bootstrap
61 #thin-lto = false
62
63 # Indicates whether an LLVM Release build should include debug info
64 #release-debuginfo = false
65
66 # Indicates whether the LLVM assertions are enabled or not
67 #assertions = false
68
69 # Indicates whether ccache is used when building LLVM
70 #ccache = false
71 # or alternatively ...
72 #ccache = "/path/to/ccache"
73
74 # If an external LLVM root is specified, we automatically check the version by
75 # default to make sure it's within the range that we're expecting, but setting
76 # this flag will indicate that this version check should not be done.
77 #version-check = true
78
79 # Link libstdc++ statically into the rustc_llvm instead of relying on a
80 # dynamic version to be available.
81 #static-libstdcpp = false
82
83 # Whether to use Ninja to build LLVM. This runs much faster than make.
84 #ninja = true
85
86 # LLVM targets to build support for.
87 # Note: this is NOT related to Rust compilation targets. However, as Rust is
88 # dependent on LLVM for code generation, turning targets off here WILL lead to
89 # the resulting rustc being unable to compile for the disabled architectures.
90 # Also worth pointing out is that, in case support for new targets are added to
91 # LLVM, enabling them here doesn't mean Rust is automatically gaining said
92 # support. You'll need to write a target specification at least, and most
93 # likely, teach rustc about the C ABI of the target. Get in touch with the
94 # Rust team and file an issue if you need assistance in porting!
95 #targets = "AArch64;ARM;Hexagon;MSP430;Mips;NVPTX;PowerPC;RISCV;Sparc;SystemZ;WebAssembly;X86"
96
97 # LLVM experimental targets to build support for. These targets are specified in
98 # the same format as above, but since these targets are experimental, they are
99 # not built by default and the experimental Rust compilation targets that depend
100 # on them will not work unless the user opts in to building them.
101 #experimental-targets = "AVR"
102
103 # Cap the number of parallel linker invocations when compiling LLVM.
104 # This can be useful when building LLVM with debug info, which significantly
105 # increases the size of binaries and consequently the memory required by
106 # each linker process.
107 # If absent or 0, linker invocations are treated like any other job and
108 # controlled by rustbuild's -j parameter.
109 #link-jobs = 0
110
111 # When invoking `llvm-config` this configures whether the `--shared` argument is
112 # passed to prefer linking to shared libraries.
113 #link-shared = false
114
115 # When building llvm, this configures what is being appended to the version.
116 # The default is "-rust-$version-$channel", except for dev channel where rustc
117 # version number is omitted. To use LLVM version as is, provide an empty string.
118 #version-suffix = "-rust-dev"
119
120 # On MSVC you can compile LLVM with clang-cl, but the test suite doesn't pass
121 # with clang-cl, so this is special in that it only compiles LLVM with clang-cl
122 #clang-cl = '/path/to/clang-cl.exe'
123
124 # Pass extra compiler and linker flags to the LLVM CMake build.
125 #cflags = "-fextra-flag"
126 #cxxflags = "-fextra-flag"
127 #ldflags = "-Wl,extra-flag"
128
129 # Use libc++ when building LLVM instead of libstdc++. This is the default on
130 # platforms already use libc++ as the default C++ library, but this option
131 # allows you to use libc++ even on platforms when it's not. You need to ensure
132 # that your host compiler ships with libc++.
133 #use-libcxx = true
134
135 # The value specified here will be passed as `-DLLVM_USE_LINKER` to CMake.
136 #use-linker = "lld"
137
138 # Whether or not to specify `-DLLVM_TEMPORARILY_ALLOW_OLD_TOOLCHAIN=YES`
139 #allow-old-toolchain = false
140
141 # =============================================================================
142 # General build configuration options
143 # =============================================================================
144 [build]
145 # The default stage to use for the `doc` subcommand
146 #doc-stage = 0
147
148 # The default stage to use for the `build` subcommand
149 #build-stage = 1
150
151 # The default stage to use for the `test` subcommand
152 #test-stage = 1
153
154 # The default stage to use for the `dist` subcommand
155 #dist-stage = 2
156
157 # The default stage to use for the `install` subcommand
158 #install-stage = 2
159
160 # The default stage to use for the `bench` subcommand
161 #bench-stage = 2
162
163 # Build triple for the original snapshot compiler. This must be a compiler that
164 # nightlies are already produced for. The current platform must be able to run
165 # binaries of this build triple and the nightly will be used to bootstrap the
166 # first compiler.
167 #
168 # Defaults to host platform
169 #build = "x86_64-unknown-linux-gnu"
170
171 # Which triples to produce a compiler toolchain for. Each of these triples will
172 # be bootstrapped from the build triple themselves.
173 #
174 # Defaults to just the build triple
175 #host = ["x86_64-unknown-linux-gnu"]
176
177 # Which triples to build libraries (core/alloc/std/test/proc_macro) for. Each of
178 # these triples will be bootstrapped from the build triple themselves.
179 #
180 # Defaults to `host`. If you set this explicitly, you likely want to add all
181 # host triples to this list as well in order for those host toolchains to be
182 # able to compile programs for their native target.
183 #target = ["x86_64-unknown-linux-gnu"]
184
185 # Use this directory to store build artifacts.
186 # You can use "$ROOT" to indicate the root of the git repository.
187 #build-dir = "build"
188
189 # Instead of downloading the src/stage0.txt version of Cargo specified, use
190 # this Cargo binary instead to build all Rust code
191 #cargo = "/path/to/bin/cargo"
192
193 # Instead of downloading the src/stage0.txt version of the compiler
194 # specified, use this rustc binary instead as the stage0 snapshot compiler.
195 #rustc = "/path/to/bin/rustc"
196
197 # Instead of download the src/stage0.txt version of rustfmt specified,
198 # use this rustfmt binary instead as the stage0 snapshot rustfmt.
199 #rustfmt = "/path/to/bin/rustfmt"
200
201 # Flag to specify whether any documentation is built. If false, rustdoc and
202 # friends will still be compiled but they will not be used to generate any
203 # documentation.
204 #docs = true
205
206 # Indicate whether the compiler should be documented in addition to the standard
207 # library and facade crates.
208 #compiler-docs = false
209
210 # Indicate whether git submodules are managed and updated automatically.
211 #submodules = true
212
213 # Update git submodules only when the checked out commit in the submodules differs
214 # from what is committed in the main rustc repo.
215 #fast-submodules = true
216
217 # The path to (or name of) the GDB executable to use. This is only used for
218 # executing the debuginfo test suite.
219 #gdb = "gdb"
220
221 # The node.js executable to use. Note that this is only used for the emscripten
222 # target when running tests, otherwise this can be omitted.
223 #nodejs = "node"
224
225 # Python interpreter to use for various tasks throughout the build, notably
226 # rustdoc tests, the lldb python interpreter, and some dist bits and pieces.
227 #
228 # Defaults to the Python interpreter used to execute x.py
229 #python = "python"
230
231 # Force Cargo to check that Cargo.lock describes the precise dependency
232 # set that all the Cargo.toml files create, instead of updating it.
233 #locked-deps = false
234
235 # Indicate whether the vendored sources are used for Rust dependencies or not
236 #vendor = false
237
238 # Typically the build system will build the Rust compiler twice. The second
239 # compiler, however, will simply use its own libraries to link against. If you
240 # would rather to perform a full bootstrap, compiling the compiler three times,
241 # then you can set this option to true. You shouldn't ever need to set this
242 # option to true.
243 #full-bootstrap = false
244
245 # Enable a build of the extended Rust tool set which is not only the compiler
246 # but also tools such as Cargo. This will also produce "combined installers"
247 # which are used to install Rust and Cargo together. This is disabled by
248 # default. The `tools` option (immediately below) specifies which tools should
249 # be built if `extended = true`.
250 #extended = false
251
252 # Installs chosen set of extended tools if `extended = true`. By default builds all.
253 # If chosen tool failed to build the installation fails. If `extended = false`, this
254 # option is ignored.
255 #tools = ["cargo", "rls", "clippy", "rustfmt", "analysis", "src"]
256
257 # Verbosity level: 0 == not verbose, 1 == verbose, 2 == very verbose
258 #verbose = 0
259
260 # Build the sanitizer runtimes
261 #sanitizers = false
262
263 # Build the profiler runtime (required when compiling with options that depend
264 # on this runtime, such as `-C profile-generate` or `-Z instrument-coverage`).
265 #profiler = false
266
267 # Indicates whether the native libraries linked into Cargo will be statically
268 # linked or not.
269 #cargo-native-static = false
270
271 # Run the build with low priority, by setting the process group's "nice" value
272 # to +10 on Unix platforms, and by using a "low priority" job object on Windows.
273 #low-priority = false
274
275 # Arguments passed to the `./configure` script, used during distcheck. You
276 # probably won't fill this in but rather it's filled in by the `./configure`
277 # script.
278 #configure-args = []
279
280 # Indicates that a local rebuild is occurring instead of a full bootstrap,
281 # essentially skipping stage0 as the local compiler is recompiling itself again.
282 #local-rebuild = false
283
284 # Print out how long each rustbuild step took (mostly intended for CI and
285 # tracking over time)
286 #print-step-timings = false
287
288 # =============================================================================
289 # General install configuration options
290 # =============================================================================
291 [install]
292
293 # Instead of installing to /usr/local, install to this path instead.
294 #prefix = "/usr/local"
295
296 # Where to install system configuration files
297 # If this is a relative path, it will get installed in `prefix` above
298 #sysconfdir = "/etc"
299
300 # Where to install documentation in `prefix` above
301 #docdir = "share/doc/rust"
302
303 # Where to install binaries in `prefix` above
304 #bindir = "bin"
305
306 # Where to install libraries in `prefix` above
307 #libdir = "lib"
308
309 # Where to install man pages in `prefix` above
310 #mandir = "share/man"
311
312 # Where to install data in `prefix` above (currently unused)
313 #datadir = "share"
314
315 # Where to install additional info in `prefix` above (currently unused)
316 #infodir = "share/info"
317
318 # Where to install local state (currently unused)
319 # If this is a relative path, it will get installed in `prefix` above
320 #localstatedir = "/var/lib"
321
322 # =============================================================================
323 # Options for compiling Rust code itself
324 # =============================================================================
325 [rust]
326
327 # Whether or not to optimize the compiler and standard library.
328 # WARNING: Building with optimize = false is NOT SUPPORTED. Due to bootstrapping,
329 # building without optimizations takes much longer than optimizing. Further, some platforms
330 # fail to build without this optimization (c.f. #65352).
331 #optimize = true
332
333 # Indicates that the build should be configured for debugging Rust. A
334 # `debug`-enabled compiler and standard library will be somewhat
335 # slower (due to e.g. checking of debug assertions) but should remain
336 # usable.
337 #
338 # Note: If this value is set to `true`, it will affect a number of
339 #       configuration options below as well, if they have been left
340 #       unconfigured in this file.
341 #
342 # Note: changes to the `debug` setting do *not* affect `optimize`
343 #       above. In theory, a "maximally debuggable" environment would
344 #       set `optimize` to `false` above to assist the introspection
345 #       facilities of debuggers like lldb and gdb. To recreate such an
346 #       environment, explicitly set `optimize` to `false` and `debug`
347 #       to `true`. In practice, everyone leaves `optimize` set to
348 #       `true`, because an unoptimized rustc with debugging
349 #       enabled becomes *unusably slow* (e.g. rust-lang/rust#24840
350 #       reported a 25x slowdown) and bootstrapping the supposed
351 #       "maximally debuggable" environment (notably libstd) takes
352 #       hours to build.
353 #
354 #debug = false
355
356 # Number of codegen units to use for each compiler invocation. A value of 0
357 # means "the number of cores on this machine", and 1+ is passed through to the
358 # compiler.
359 #
360 # Uses the rustc defaults: https://doc.rust-lang.org/rustc/codegen-options/index.html#codegen-units
361 #codegen-units = if incremental { 256 } else { 16 }
362
363 # Sets the number of codegen units to build the standard library with,
364 # regardless of what the codegen-unit setting for the rest of the compiler is.
365 #codegen-units-std = 1
366
367 # Whether or not debug assertions are enabled for the compiler and standard
368 # library. Debug assertions control the maximum log level used by rustc. When
369 # enabled calls to `trace!` and `debug!` macros are preserved in the compiled
370 # binary, otherwise they are omitted.
371 #
372 # Defaults to rust.debug value
373 #debug-assertions = rust.debug (boolean)
374
375 # Whether or not debug assertions are enabled for the standard library.
376 # Overrides the `debug-assertions` option, if defined.
377 #
378 # Defaults to rust.debug-assertions value
379 #debug-assertions-std = rust.debug-assertions (boolean)
380
381 # Whether or not to leave debug! and trace! calls in the rust binary.
382 # Overrides the `debug-assertions` option, if defined.
383 #
384 # Defaults to rust.debug-assertions value
385 #
386 # If you see a message from `tracing` saying
387 # `max_level_info` is enabled and means logging won't be shown,
388 # set this value to `true`.
389 #debug-logging = rust.debug-assertions (boolean)
390
391 # Debuginfo level for most of Rust code, corresponds to the `-C debuginfo=N` option of `rustc`.
392 # `0` - no debug info
393 # `1` - line tables only - sufficient to generate backtraces that include line
394 #       information and inlined functions, set breakpoints at source code
395 #       locations, and step through execution in a debugger.
396 # `2` - full debug info with variable and type information
397 # Can be overridden for specific subsets of Rust code (rustc, std or tools).
398 # Debuginfo for tests run with compiletest is not controlled by this option
399 # and needs to be enabled separately with `debuginfo-level-tests`.
400 #
401 # Note that debuginfo-level = 2 generates several gigabytes of debuginfo
402 # and will slow down the linking process significantly.
403 #
404 # Defaults to 1 if debug is true
405 #debuginfo-level = 0
406
407 # Debuginfo level for the compiler.
408 #
409 # Defaults to rust.debuginfo-level value
410 #debuginfo-level-rustc = 0
411
412 # Debuginfo level for the standard library.
413 #
414 # Defaults to rust.debuginfo-level value
415 #debuginfo-level-std = 0
416
417 # Debuginfo level for the tools.
418 #
419 # Defaults to rust.debuginfo-level value
420 #debuginfo-level-tools = 0
421
422 # Debuginfo level for the test suites run with compiletest.
423 # FIXME(#61117): Some tests fail when this option is enabled.
424 #debuginfo-level-tests = 0
425
426 # Whether or not `panic!`s generate backtraces (RUST_BACKTRACE)
427 #backtrace = true
428
429 # Whether to always use incremental compilation when building rustc
430 #incremental = false
431
432 # Build a multi-threaded rustc
433 # FIXME(#75760): Some UI tests fail when this option is enabled.
434 #parallel-compiler = false
435
436 # The default linker that will be hard-coded into the generated compiler for
437 # targets that don't specify linker explicitly in their target specifications.
438 # Note that this is not the linker used to link said compiler.
439 #default-linker = "cc"
440
441 # The "channel" for the Rust build to produce. The stable/beta channels only
442 # allow using stable features, whereas the nightly and dev channels allow using
443 # nightly features
444 #channel = "dev"
445
446 # The root location of the musl installation directory.
447 #musl-root = "..."
448
449 # By default the `rustc` executable is built with `-Wl,-rpath` flags on Unix
450 # platforms to ensure that the compiler is usable by default from the build
451 # directory (as it links to a number of dynamic libraries). This may not be
452 # desired in distributions, for example.
453 #rpath = true
454
455 # Prints each test name as it is executed, to help debug issues in the test harness itself.
456 #verbose-tests = false
457
458 # Flag indicating whether tests are compiled with optimizations (the -O flag).
459 #optimize-tests = true
460
461 # Flag indicating whether codegen tests will be run or not. If you get an error
462 # saying that the FileCheck executable is missing, you may want to disable this.
463 # Also see the target's llvm-filecheck option.
464 #codegen-tests = true
465
466 # Flag indicating whether git info will be retrieved from .git automatically.
467 # Having the git information can cause a lot of rebuilds during development.
468 # Note: If this attribute is not explicitly set (e.g. if left commented out) it
469 # will default to true if channel = "dev", but will default to false otherwise.
470 #ignore-git = true
471
472 # When creating source tarballs whether or not to create a source tarball.
473 #dist-src = false
474
475 # After building or testing extended tools (e.g. clippy and rustfmt), append the
476 # result (broken, compiling, testing) into this JSON file.
477 #save-toolstates = "/path/to/toolstates.json"
478
479 # This is an array of the codegen backends that will be compiled for the rustc
480 # that's being compiled. The default is to only build the LLVM codegen backend,
481 # and currently the only standard option supported is `"llvm"`
482 #codegen-backends = ["llvm"]
483
484 # Indicates whether LLD will be compiled and made available in the sysroot for
485 # rustc to execute.
486 #lld = false
487
488 # Indicates whether LLD will be used to link Rust crates during bootstrap on
489 # supported platforms. The LLD from the bootstrap distribution will be used
490 # and not the LLD compiled during the bootstrap.
491 #
492 # LLD will not be used if we're cross linking.
493 #
494 # Explicitly setting the linker for a target will override this option when targeting MSVC.
495 #use-lld = false
496
497 # Indicates whether some LLVM tools, like llvm-objdump, will be made available in the
498 # sysroot.
499 #llvm-tools = false
500
501 # Whether to deny warnings in crates
502 #deny-warnings = true
503
504 # Print backtrace on internal compiler errors during bootstrap
505 #backtrace-on-ice = false
506
507 # Whether to verify generated LLVM IR
508 #verify-llvm-ir = false
509
510 # Compile the compiler with a non-default ThinLTO import limit. This import
511 # limit controls the maximum size of functions imported by ThinLTO. Decreasing
512 # will make code compile faster at the expense of lower runtime performance.
513 # If `incremental` is set to true above, the import limit will default to 10
514 # instead of LLVM's default of 100.
515 #thin-lto-import-instr-limit = 100
516
517 # Map debuginfo paths to `/rust/$sha/...`, generally only set for releases
518 #remap-debuginfo = false
519
520 # Link the compiler against `jemalloc`, where on Linux and OSX it should
521 # override the default allocator for rustc and LLVM.
522 #jemalloc = false
523
524 # Run tests in various test suites with the "nll compare mode" in addition to
525 # running the tests in normal mode. Largely only used on CI and during local
526 # development of NLL
527 #test-compare-mode = false
528
529 # Use LLVM libunwind as the implementation for Rust's unwinder.
530 #llvm-libunwind = false
531
532 # Enable Windows Control Flow Guard checks in the standard library.
533 # This only applies from stage 1 onwards, and only for Windows targets.
534 #control-flow-guard = false
535
536 # Enable symbol-mangling-version v0. This can be helpful when profiling rustc,
537 # as generics will be preserved in symbols (rather than erased into opaque T).
538 #new-symbol-mangling = false
539
540 # =============================================================================
541 # Options for specific targets
542 #
543 # Each of the following options is scoped to the specific target triple in
544 # question and is used for determining how to compile each target.
545 # =============================================================================
546 [target.x86_64-unknown-linux-gnu]
547
548 # C compiler to be used to compiler C code. Note that the
549 # default value is platform specific, and if not specified it may also depend on
550 # what platform is crossing to what platform.
551 #cc = "cc"
552
553 # C++ compiler to be used to compiler C++ code (e.g. LLVM and our LLVM shims).
554 # This is only used for host targets.
555 #cxx = "c++"
556
557 # Archiver to be used to assemble static libraries compiled from C/C++ code.
558 # Note: an absolute path should be used, otherwise LLVM build will break.
559 #ar = "ar"
560
561 # Ranlib to be used to assemble static libraries compiled from C/C++ code.
562 # Note: an absolute path should be used, otherwise LLVM build will break.
563 #ranlib = "ranlib"
564
565 # Linker to be used to link Rust code. Note that the
566 # default value is platform specific, and if not specified it may also depend on
567 # what platform is crossing to what platform.
568 # Setting this will override the `use-lld` option for Rust code when targeting MSVC.
569 #linker = "cc"
570
571 # Path to the `llvm-config` binary of the installation of a custom LLVM to link
572 # against. Note that if this is specified we don't compile LLVM at all for this
573 # target.
574 #llvm-config = "../path/to/llvm/root/bin/llvm-config"
575
576 # Normally the build system can find LLVM's FileCheck utility, but if
577 # not, you can specify an explicit file name for it.
578 #llvm-filecheck = "/path/to/FileCheck"
579
580 # If this target is for Android, this option will be required to specify where
581 # the NDK for the target lives. This is used to find the C compiler to link and
582 # build native code.
583 #android-ndk = "/path/to/ndk"
584
585 # Force static or dynamic linkage of the standard library for this target. If
586 # this target is a host for rustc, this will also affect the linkage of the
587 # compiler itself. This is useful for building rustc on targets that normally
588 # only use static libraries. If unset, the target's default linkage is used.
589 #crt-static = false
590
591 # The root location of the musl installation directory. The library directory
592 # will also need to contain libunwind.a for an unwinding implementation. Note
593 # that this option only makes sense for musl targets that produce statically
594 # linked binaries
595 #musl-root = "..."
596
597 # The full path to the musl libdir.
598 #musl-libdir = musl-root/lib
599
600 # The root location of the `wasm32-wasi` sysroot.
601 #wasi-root = "..."
602
603 # Used in testing for configuring where the QEMU images are located, you
604 # probably don't want to use this.
605 #qemu-rootfs = "..."
606
607 # =============================================================================
608 # Distribution options
609 #
610 # These options are related to distribution, mostly for the Rust project itself.
611 # You probably won't need to concern yourself with any of these options
612 # =============================================================================
613 [dist]
614
615 # This is the folder of artifacts that the build system will sign. All files in
616 # this directory will be signed with the default gpg key using the system `gpg`
617 # binary. The `asc` and `sha256` files will all be output into the standard dist
618 # output folder (currently `build/dist`)
619 #
620 # This folder should be populated ahead of time before the build system is
621 # invoked.
622 #sign-folder = "path/to/folder/to/sign"
623
624 # This is a file which contains the password of the default gpg key. This will
625 # be passed to `gpg` down the road when signing all files in `sign-folder`
626 # above. This should be stored in plaintext.
627 #gpg-password-file = "path/to/gpg/password"
628
629 # The remote address that all artifacts will eventually be uploaded to. The
630 # build system generates manifests which will point to these urls, and for the
631 # manifests to be correct they'll have to have the right URLs encoded.
632 #
633 # Note that this address should not contain a trailing slash as file names will
634 # be appended to it.
635 #upload-addr = "https://example.com/folder"
636
637 # Whether to build a plain source tarball to upload
638 # We disable that on Windows not to override the one already uploaded on S3
639 # as the one built on Windows will contain backslashes in paths causing problems
640 # on linux
641 #src-tarball = true
642 #
643
644 # Whether to allow failures when building tools
645 #missing-tools = false