зеркало из https://github.com/mozilla/gecko-dev.git
d9e412fe4d
Now that we have automated build jobs that produce toolchains, we want to avoid the burden of uploading them to tooltool and then update the tooltool manifests. But we don't have build jobs for all the possible toolchains, so we allow `mach artifact toolchain` to get a mix of tooltool and taskcluster artifacts. For taskcluster artifacts, we can give a list of job names (conveniently automatically normalized to begin with 'toolchain-' and end with '/opt') for which the artifacts will be downloaded, in place of any tooltool package with the same name (if a tooltool manifest is given). The taskcluster artifacts that we download are the ones matching the contents of the tree the command is run with, per the resources declared for the corresponding toolchain build job (in taskcluster/ci/toolchain*.yml) So for example, a linux64 build could call the following command: mach artifact toolchain --tooltool-manifest \ browser/config/tooltool-manifests/linux64/releng.manifest \ --from-build linux64-gcc and get the right gcc corresponding to the build-gcc script in tree, along with the other non-gcc files from the tooltool manifest. Things are however planned to be even more convenient, but some commands can already benefit from this form (even without a tooltool manifest). See e.g. bug 1328454. --HG-- extra : rebase_source : b12ed77bef529eb8d67476aceac0166bdfe2eeed |
||
---|---|---|
.. | ||
dumbmake | ||
mozbuild | ||
mozpack | ||
TODO | ||
setup.py |