Bug 1496185 - Document MOZ_PARALLEL_BUILD in the tup backend; r=chmanchester
authorMike Shal <mshal@mozilla.com>
Wed, 03 Oct 2018 18:58:11 +0000
changeset 495200 d9907249aaf26c729716dbc2f3b1ab08acb35a36
parent 495199 275985ae0d13f0e9f7062e58b74a2953ff4738bd
child 495201 7b44294e3037059844599676a94dbdb7f4e69363
push id9984
push userffxbld-merge
push dateMon, 15 Oct 2018 21:07:35 +0000
treeherdermozilla-beta@183d27ea8570 [default view] [failures only]
perfherder[talos] [build metrics] [platform microbench] (compared to previous push)
reviewerschmanchester
bugs1496185
milestone64.0a1
first release with
nightly linux32
nightly linux64
nightly mac
nightly win32
nightly win64
last release without
nightly linux32
nightly linux64
nightly mac
nightly win32
nightly win64
Bug 1496185 - Document MOZ_PARALLEL_BUILD in the tup backend; r=chmanchester MozReview-Commit-ID: vkPjnKz56F Differential Revision: https://phabricator.services.mozilla.com/D7639
build/docs/tup.rst
--- a/build/docs/tup.rst
+++ b/build/docs/tup.rst
@@ -43,16 +43,24 @@ Configuration
 =============
 
 Your mozconfig needs to describe how to find the executable if it's not in your
 PATH, and enable the Tup backend::
 
    export TUP=~/.mozbuild/tup/tup
    ac_add_options --enable-build-backends=Tup
 
+Configuring Parallel Jobs
+-------------------------
+
+To override the default number of jobs run in parallel, set MOZ_PARALLEL_BUILD
+in your mozconfig::
+
+    mk_add_options MOZ_PARALLEL_BUILD=8
+
 What Works
 ==========
 
 You should expect a Linux desktop build to generate a working Firefox binary
 from a ``./mach build``, and be able to run test suites against it (eg:
 mochitests, xpcshell, gtest). Top-level incremental builds should be fast
 enough to use them during a regular compile/edit/test cycle. If you wish to
 stop compilation partway through the build to more quickly iterate on a