voluptuous 0.11.1 added support for a `description` argument for Required and
Optional objects, which is useful for adding descriptions in the schema that
we can persist when converting it to json-schema format. This patch vendors
the current version of voluptuous, which is 0.11.5.
MozReview-Commit-ID: 2qt1KE8MPYR
Differential Revision: https://phabricator.services.mozilla.com/D2839
--HG--
extra : rebase_source : f784a529a45fd5467de4dc39ab5db1624004bf2f
benchmar-report.js already has code like:
window.onload = function () {
document.body.removeChild(document.querySelector('main'));
startBenchmark();
}
So we avoid starting the test on load twice.
The throw when the style element was not there was saving us from reporting
twice, but the message interfered with the output that talos tries to parse.
At first sight, looks like this could also be a problem for speedometer, but
turns out it's not, since speedometer uses `<body onload="">`, and window.onload
overrides it.
That means that
https://hg.mozilla.org/mozilla-central/rev/162593bda5e167bea16b28637e85cc9d23f19c7c
is useless for Talos / Raptor, but it may be needed for PGO stuff, so I've kept
it for now.
Differential Revision: https://phabricator.services.mozilla.com/D3062
--HG--
extra : moz-landing-system : lando
The cc crate had a bug where it would ignore compiler arguments in compilers
specified in environment variables. We update to a copy with that issue fixed:
9eaa56536e
MozReview-Commit-ID: FE8AywUEMoc
--HG--
extra : rebase_source : 565b3464a1be4278b211312c8703aadc53cab777
Summary: I didn't have time to get this upstreamed prior to this update.
Reviewers: TD-Linux
Tags: #secure-revision
Bug #: 1476408
Differential Revision: https://phabricator.services.mozilla.com/D2359
--HG--
extra : rebase_source : ec43830e191d7c0d899d93f08d912c64a4eba002
This is a massive update, changes have been individually reviewed
in https://hg.mozilla.org/l10n/compare-locales
MozReview-Commit-ID: BlpuXcLoA34
--HG--
rename : third_party/python/compare-locales/compare_locales/checks.py => third_party/python/compare-locales/compare_locales/checks/dtd.py
rename : third_party/python/fluent/tools/migrate/blame.py => third_party/python/fluent/fluent/migrate/blame.py
rename : third_party/python/fluent/tools/migrate/migrate-l10n.py => third_party/python/fluent/fluent/migrate/tool.py
extra : rebase_source : fc4fedc7a8d8c83033b3c95693723e8dbf858de7
The aomstats library is only used in the code examples, but we assume that all
libraries should be linked into libxul, which leads to an unresolved external
dependency on fatal at link time. This adds a guard to only build aomstats if
we are building the examples.
MozReview-Commit-ID: 8CRK3klUPk7
--HG--
extra : rebase_source : a50680122e4b55497a835101ef3e0f0c96cdd79e
The new version of breakpad imported in bug 1309172 doesn't demangle
rust symbols at all, contrary to before, where it tried to C++ demangle
them, which worked for many, although far from all. It however has
rust-demangle support as long as it's linked against a copy of the
rust-demangle-capi crate from https://github.com/luser/rust-demangle-capi/
This imports the code from the rust-demangle-capi crate but because of
some build system complications it's not taken as-is:
- it uses rusty-cheddar, which is deprecated, to generate a C header.
- rusty-cheddar depends on syntex_syntax, which now fails to build.
- rust-demangle-capi has crate-type staticlib, which can't be used
as a dependency in a Cargo.toml. For that reason, we can't create
a fake crate that depends on it to have it vendored.
Overall, it's only a few lines of rust, and the C header can be written
manually, so this is what we do here. The created crate is named in a way
specific to dump_syms.
The build system doesn't know how to figure out what system libraries
are required to link rust static libraries, although the rust compiler
has /some/ support to get the information, so we handle that manually.
--HG--
extra : rebase_source : 9f5a9bfe2148d3040e11c7121a88e85a7f2d5c53
In order to drop old euclid version, we still need to bump euclid for
plane-split and gfx/*. However, it needs more update and is not related to
this bug, so let's do that in other place. Here, we bump euclid to
0.18.1, and update style/values/generics/transform.rs for it.
MozReview-Commit-ID: JfNAxkR8wgs
--HG--
rename : third_party/rust/euclid/.cargo-checksum.json => third_party/rust/euclid-0.17.3/.cargo-checksum.json
rename : third_party/rust/euclid/Cargo.toml => third_party/rust/euclid-0.17.3/Cargo.toml
rename : third_party/rust/euclid/src/homogen.rs => third_party/rust/euclid-0.17.3/src/homogen.rs
rename : third_party/rust/euclid/src/length.rs => third_party/rust/euclid-0.17.3/src/length.rs
rename : third_party/rust/euclid/src/lib.rs => third_party/rust/euclid-0.17.3/src/lib.rs
rename : third_party/rust/euclid/src/macros.rs => third_party/rust/euclid-0.17.3/src/macros.rs
rename : third_party/rust/euclid/src/point.rs => third_party/rust/euclid-0.17.3/src/point.rs
rename : third_party/rust/euclid/src/rect.rs => third_party/rust/euclid-0.17.3/src/rect.rs
rename : third_party/rust/euclid/src/rotation.rs => third_party/rust/euclid-0.17.3/src/rotation.rs
rename : third_party/rust/euclid/src/scale.rs => third_party/rust/euclid-0.17.3/src/scale.rs
rename : third_party/rust/euclid/src/side_offsets.rs => third_party/rust/euclid-0.17.3/src/side_offsets.rs
rename : third_party/rust/euclid/src/size.rs => third_party/rust/euclid-0.17.3/src/size.rs
rename : third_party/rust/euclid/src/transform2d.rs => third_party/rust/euclid-0.17.3/src/transform2d.rs
rename : third_party/rust/euclid/src/transform3d.rs => third_party/rust/euclid-0.17.3/src/transform3d.rs
rename : third_party/rust/euclid/src/trig.rs => third_party/rust/euclid-0.17.3/src/trig.rs
rename : third_party/rust/euclid/src/vector.rs => third_party/rust/euclid-0.17.3/src/vector.rs
extra : rebase_source : 0594429c74c7391f80b4e291cd7fe9cbddd72b33