The first comment appears in ReadableByteStreamControllerPullSteps. It's OK to
delete it because we just asserted that there are no pending read requests
(step 3.a.).
The second comment appears in JS::ReadableStreamUpdateDataAvailableFromSource.
It's OK to delete this one because it's in the hasDefaultReader branch. Default
readers don't have read requests that care about the number of bytes available.
Differential Revision: https://phabricator.services.mozilla.com/D12111
--HG--
extra : moz-landing-system : lando
ReportArgTypeError is replaced with a new helper function template,
UnwrapAndTypeCheckArgument. The old function used the expression decompiler,
but that seems unhelpful here; the new code uses InformalValueTypeName on the
actual argument value.
Differential Revision: https://phabricator.services.mozilla.com/D11684
--HG--
extra : moz-landing-system : lando
Each patch in this stack deletes comments that are redundant with the new
naming convention.
In ReadableStreamTee_Cancel, we have a variable named `unwrappedReason` whose
purpose is to create a properly wrapped verison of `reason`. It's a little
vertiginous. But I think this is what the new convention demands and it's not
so bad.
Also in ReadableStreamTee_Cancel, step 4.c., we wrap `cancelResult`, which does
not have an `unwrapped` tag. This is because we switched realms between the
declaration of `cancelResult` and the line of code where we're going to use it.
I think this just means the convention is never going to make all correct code
obviously-correct and all wrong code obviously-wrong. Still an improvement.
Differential Revision: https://phabricator.services.mozilla.com/D11683
--HG--
extra : moz-landing-system : lando
This renames the other CreateReadableByteStreamController signature, since the
two seem different enough to warrant distinct names.
Differential Revision: https://phabricator.services.mozilla.com/D11680
--HG--
extra : moz-landing-system : lando
They already do, as it's impossible for content to get hold of a stream with no controller,
which is the only kind of object our existing code would accept. But the spec is now more
direct, and the code should match it.
Differential Revision: https://phabricator.services.mozilla.com/D11679
--HG--
extra : moz-landing-system : lando
In the code generator function, we assume we have a temp if a known constant is
a non-negative power of two. But lowering only checked for power of twos
independently of their sign, so this was incorrect. This patch syncs them up on
both ARM32 and x86.
--HG--
extra : rebase_source : 3d4fb428892d67249af73dbdfe06ff7d43e7c02a
extra : histedit_source : cf49ed802cc47ae38859c76da63c279959b9635d
A lazy stub could generate CodeLabels on x86, because of a constant NaN
generated for the entry's epilogue that ended up in a constant pool. We need to
actually bind these code labels in general.
Differential Revision: https://phabricator.services.mozilla.com/D12052
--HG--
extra : moz-landing-system : lando
... to take into account that table entries are always two-word sized. Also
adds an assertion that tables are table of functions, since Cranelift doesn't
handle anyref tables yet.
Differential Revision: https://phabricator.services.mozilla.com/D11996
--HG--
extra : moz-landing-system : lando
web-platform-tests gets its test list from a manifest file that's
generated from the content of the tests. Unfortunately generating this
manifest is slow, so it's unreasonable to create it from scratch for
every test run. Until recently the generated manifest was kept
in-tree, which was suboptimal in a few ways:
* The manifest tended to get out of sync with the actual source
* The large json file caused problems for tooling including source
control and the review frontends.
We previously switched `mach wpt` to download a manifest on demand and
apply an incremental update. However this work missed the usage in
jstests.py. This continued to use the increasing outdated in-tree
manifest, which causes a number of problems
* It doesn't have an up-to-date list of tests
* It blocks removing that file
* It blocks landing various optimisations to make updating the
manifest faster.
This patch fixes jstests.py to use a downloaded manifest. Unlike the
tests run through a mach frontend jstests.py doesn't know where the
objdir is, so it's hard to work out where to download the
manifest. This patch adopts a heuristic approach; if the path to the
jsshell looks like <root>/dist/bin and <root>/_tests exists, we assume
it's a gecko-like objdir and use <root>/_tests/web-platform/ for the
manifest; otherwise we just put it into the system tempdir.
Because the manifest has to be updated on startup, this patch causes a
startup time regression, but this will be considerably reduced by the
work in Bug 1497898 for which this is a prerequisite.
Differential Revision: https://phabricator.services.mozilla.com/D11667
--HG--
extra : moz-landing-system : lando
Disable BigInt variants of tests disabled due to bug 1079853, bug 1129202, or bug 1317416.
Differential Revision: https://phabricator.services.mozilla.com/D11831
--HG--
extra : moz-landing-system : lando
Add JS API to make [[PromiseIsHandled]] internal slot in Promise accessible in Spider Monkey.
Differential Revision: https://phabricator.services.mozilla.com/D11578
--HG--
extra : moz-landing-system : lando
This patch introduces 2 new prefs:
- devtools.console.stdout.chrome: if true, console API writes on stdout when
used by chrome code
- devtools.console.stdout.content: console API write on stdout when used by
content code.
