| Commit message (Collapse) | Author | Age |
... | |
| |
| |
| |
| |
| |
| | |
This converts the fromPointer() calls to an object cast to (hopefully)
avoid the GC crashes. Logic is reversed from MustSkipMarking to
ShouldMark with appropriate renames.
|
|/
|
|
|
|
| |
Splitting several parts of `SweepPhase` into constituent parts to
separate out sweeping code from code that handles yielding to the
mutator and resuming.
|
|
|
|
|
| |
This ensures that rematerialized frames used by the devtools debugger
are properly removed so that no stale data is used during bailouts.
|
|
|
|
| |
Based on the implementation from Mozilla bug 1704385.
|
|
|
|
|
|
|
|
|
| |
into their own header and implementation files
Backported from Mozilla bug 1516742.
The .from* methods are going to depend on SameValueZero, which needs to be
visible to /dom. This patch provides the foundation for that.
|
|
|
|
|
|
|
| |
into SharedContext.
Based on https://bugzilla.mozilla.org/show_bug.cgi?id=1604792
Also remove ParseGoal being passed through Parser introduced in #1691 Part 2.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Introduce a FunctionSyntaxKind for FieldInitializer since special rules
(around `arguments`) apply. At the same time we can move the flag from the
scope to the JSScript. This is similar to how derived constructors are handled
and makes the initWithEnclosingScope code closer to initWithEnclosingContext.
This version is a bit more complex than Mozilla's due to different storage of
bit flags on JSScript.
Based-on: m-c 1636800
|
|
|
|
| |
Based-on: m-c 1535804/{6,7}
|
|
|
|
|
|
| |
classes
Based-on: m-c 1552022
|
|
|
|
| |
Based-on: m-c 1540789, 1547130, 1547467
|
|
|
|
| |
Based-on: m-c 1542406
|
|
|
|
|
|
| |
* Don't name field initializer lambdas
Based-on: m-c 1534721, 1551454, 1542448
|
|
|
|
|
|
|
|
|
| |
names
This state still has the initializers scoped on .initializers local variable, which will be changed later.
Based-on: m-c 1499448, 1530084, 1530832, 1529448 (partial), 1532921, 1528039, 1528038, 1535166, 1550628,
1535166, 1550628, 1541641, 1547133, 1540787, 1535804/9
|
|
|
|
|
|
| |
and use DefineDataProperty
Based-on: m-c 1413907, 1547129
|
|
|
|
| |
with named capturing groups
|
| |
|
|
|
|
|
|
|
|
|
| |
https://bugzilla.mozilla.org/show_bug.cgi?id=1342012
Refactor nsJSUtils::ExecutionContext to separate compilation and execution steps and allow extraction of compiled JSScript.
https://bugzilla.mozilla.org/show_bug.cgi?id=1366773
Move buffer argument from JS::StartIncrementalEncoding to JS::FinishIncrementalEncoding.
(cherry picked from commit d4b520b08b958e116dfeeffdc61f3425610d1ce9)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
https://bugzilla.mozilla.org/show_bug.cgi?id=1331662
Reimplement EvaluateString using the ExecutionContext class.
https://bugzilla.mozilla.org/show_bug.cgi?id=1316078
Extract redudant code into StartOffThreadParseTask.
Use an ExclusiveContext instead of a JSContext in XDR functions.
Add a script decoder as a valid off-main-thread parse-task.
https://bugzilla.mozilla.org/show_bug.cgi?id=900784
Add nsJSUtils functions for encoding and decoding the bytecode.
https://bugzilla.mozilla.org/show_bug.cgi?id=1316081
Add XDRIncrementalEncoder to replace delazified LazyScript in the encoded XDR buffer.
Add an XDRIncrementalEncoder instance on the ScriptSource.
Expose a new JSAPI to incrementally encode bytecode when it is generated.
https://bugzilla.mozilla.org/show_bug.cgi?id=1334091
XDR function use the sourceObject instead of the enclosingScript as argument.
(cherry picked from commit d6de9a669f4b2f5115670bd771cd53d7cfb3956a)
|
|
|
|
|
|
|
|
| |
cycle-collected C++ objects
https://bugzilla.mozilla.org/show_bug.cgi?id=1342012
(cherry picked from commit 1286cca73d58332ba0becd0011f747713b8acfac)
|
|
|
|
|
|
| |
https://bugzilla.mozilla.org/show_bug.cgi?id=1499140
(cherry picked from commit 7bf7d64887944b127a72090dd62eb57f67c5089d)
|
|
|
|
|
|
| |
https://bugzilla.mozilla.org/show_bug.cgi?id=1427610
(cherry picked from commit a8625238ac846fb7eb103646ddb8634a5860f067)
|
|
|
|
|
|
|
| |
https://bugzilla.mozilla.org/show_bug.cgi?id=1427610
https://bugzilla.mozilla.org/show_bug.cgi?id=1484948
(cherry picked from commit 6be083187f49e444de1bb116bb5930b20125190b)
|
|
|
|
|
|
|
|
| |
or module.
This is a prerequisite for dynamic import
(cherry picked from commit 2e2972647ee29340df51a804f05e40fc1da2c89b)
|
|
|
|
|
|
|
|
| |
constructors
Based on https://bugzilla.mozilla.org/show_bug.cgi?id=1462353, but since we still support
legacy generators, this only corrects the handling and leaves the newTarget plumbing
intact.
|
|
|
|
|
|
|
|
|
| |
spec change
Fix regression from difference between Interpreter (old) and ElemOpEmitter (new). We don't have
any Ion/IC support for these ops.
Based-on: m-c 1472211
|
|
|
|
|
|
|
|
| |
JS::ProfilingFrameIterator's internal storage
... of a private wasm or JIT profiling frame iterator.
Based on https://bugzilla.mozilla.org/show_bug.cgi?id=1338374
|
|
|
|
|
|
| |
Based on Mozilla bug 1378736's part 2.
Should fix the double-free.
Follow-up for #2083
|
|
|
|
|
| |
Follow-up for issue #2083.
Taken from Mozilla bug 1378736.
|
|
|
|
|
|
| |
The logic here wasn't very transparent or easy to follow.
Doing a positive check to set the result instead of defaulting to it
also potentially prevents issues.
|
| |
|
|
|
|
| |
builtin/intl/RelativeTimeFormat.*
|
|
|
|
| |
builtin/intl/PluralRules.*
|
|
|
|
| |
builtin/intl/DateTimeFormat.*
|
|
|
|
| |
files so the world doesn't have to import all shared Intl functionality.
|
| |
|
|
|
|
| |
builtin/intl/NumberFormat.*
|
|
|
|
| |
Based-on: m-c 1568903/9,1560300
|
|
|
|
| |
Based-on: m-c 1568903/4,1641355(partial),1652148,1643397
|
|
|
|
| |
Based-on: m-c 1568903/2
|
|
|
|
| |
This resolves build bustage with --enable-debug.
|
|\
| |
| |
| |
| |
| | |
from martok/UXP-contrib:mr/prom-async-pt2 into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/2096
|
| |
| |
| |
| |
| |
| | |
elements in PerformPromiseAll using NewbornArrayPush
Based-on: m-c 1475678/{8,9}
|
| |
| |
| |
| |
| |
| |
| |
| | |
- reduce typecasting
- reduce rooting already rooted values
- directly handle unwrapped promises
Based-on: m-c 1475678/{1-7}
|
| |
| |
| |
| |
| |
| | |
resolving functions
Based-on: m-c 1401508,1412200,1473970/{1-4}
|
| |
| |
| |
| | |
A hangover from before RegExpShared was a GC thing, as noted by m-c 1399928.
|
| |
| |
| |
| | |
We don't have isHelperThreadContext, and this is breaking debug builds.
|
| |
| |
| |
| |
| |
| |
| | |
RegExpShared is managed by C++"
This workaround has been obsoleted by the work on Issue #2083.
This reverts commit bbd743608685ec77ebebe480761118db8a988253.
|
| |
| |
| |
| | |
Based on Mozilla bug 1345177.
|
| |
| |
| |
| | |
Based on Mozilla bug 1345177.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Based on Mozilla bug 1345177.
Changes from the original bug's patch:
- The original patch didn't have a dotAll for a call to irregexp::ParsePattern,
so let's make our dotAll a member of the MutableHandleRegExpShared re.
- Make RegExpShared::initializeNamedCaptures, introduced in Issue #1285, static.
This resolves a build bustage where static RegExpShared::compile was trying to
use a member function.
|