In bug 1578329 I introduced two scoping mistakes:
- A marker was made to have a shorter duration.
- A label was scoped too short and so would most likely be missed during
sampling.
This patch reverts to the original wider scope.
Differential Revision: https://phabricator.services.mozilla.com/D62274
--HG--
extra : moz-landing-system : lando
ImageLayer is almost the only usage of Image, so keeping them in the same enum
makes the resulting C++ struct smaller, and makes it map more cleanly to
nsStyleImage.
Differential Revision: https://phabricator.services.mozilla.com/D62161
--HG--
extra : moz-landing-system : lando
Identifying the function calls and marking them is the first step for adding the feature 'command click should jump to function call'.
Steps to see the function call marks:
1. Pause the debugger.
2. Press command key. (Function calls are highlighted in blue).
Differential Revision: https://phabricator.services.mozilla.com/D52390
--HG--
extra : moz-landing-system : lando
ImageLayer is almost the only usage of Image, so keeping them in the same enum
makes the resulting C++ struct smaller, and makes it map more cleanly to
nsStyleImage.
Differential Revision: https://phabricator.services.mozilla.com/D62161
--HG--
extra : moz-landing-system : lando
After a C++ language version bump, It's possible to wind up in
situations where we are using a new enough compiler version, but the
libstdc++ version in use is not new enough to support new language
features: self-compiled clang with system libraries, clang from `mach
bootstrap` prior to C++ language version bump (and thus including a new
libstdc++ with the boostrapped clang), etc.
Previously, such a situation would mean that things would work fine, and
then start breaking as soon as new library features started to be used.
Let's try to catch the problem earlier, when the update happens, by
verifying that the libstdc++ version is at least as new as the GCC
version we're requiring.
Differential Revision: https://phabricator.services.mozilla.com/D57516
--HG--
extra : moz-landing-system : lando
These assertions can be changed to `static_assert` without any extra modifications.
Depends on D62245
Differential Revision: https://phabricator.services.mozilla.com/D62246
--HG--
extra : moz-landing-system : lando
The "None" architecture assembler provides `Registers::invalid_reg2` in addition to
`Registers::invalid_reg` as an alternative invalid register, cf. `ReturnReg` in
"js/src/jit/none/MacroAssembler-none.h".
Differential Revision: https://phabricator.services.mozilla.com/D62245
--HG--
extra : moz-landing-system : lando
`Register::FromCode()` can't be changed to constexpr due to GCC limitations (bug 1594094).
Depends on D62243
Differential Revision: https://phabricator.services.mozilla.com/D62244
--HG--
extra : moz-landing-system : lando
`const` and `constexpr` is interchangeable for integral values, but it seems
cleaner to use `constexpr` throughout the files.
Depends on D62241
Differential Revision: https://phabricator.services.mozilla.com/D62242
--HG--
extra : moz-landing-system : lando
Verified MSVC 2019+ generates the same code for `Upper32Of` when a right-shift is used.
Differential Revision: https://phabricator.services.mozilla.com/D62241
--HG--
extra : moz-landing-system : lando
Because Tor disables both the Ion Jit and the Baseline Jit, we want
to enable both of them for trusted principals; not just Ion.
Differential Revision: https://phabricator.services.mozilla.com/D61272
--HG--
extra : moz-landing-system : lando
We need to move IsBaseLineJitEnabled into BaselineJit.h.
Then we need to include BaselineJit.h from Ion.h.
HOWEVER, lots of things include Ion.h and we create an include
loop with BaselineJit.h. Fortunately; however, the reason lots
of things include Ion.h is to get at the JitContext that's
defined in Ion.h - and it doesn't need to be.
So we move JitContext and a few other things into a separate
header and include that instead of Ion.h
Depends on D61076
Differential Revision: https://phabricator.services.mozilla.com/D61271
--HG--
extra : moz-landing-system : lando
I need this to support individual #[cfg] in enum variants, which is used for
Image::PaintWorklet.
Differential Revision: https://phabricator.services.mozilla.com/D62160
--HG--
extra : moz-landing-system : lando
Shane Caraveo
Gerald Squelart
Mihai Alexandru Michis
Andrew McCreight
Sylvestre Ledru
Noemi Erli
Emilio Cobos Álvarez
Tom Prince
janelledement
Sean Feng
shravanrn@gmail.com
Mohd Umar Alam
Mark Striemer
Nathan Froyd
André Bargull
Alex Henrie
Sebastian Streich
Eugen Sawin
Tom Ritter
MahakBansal
Yura Zenevich
Dão Gottwald