UXP - Unnamed repository; edit this file 'description' to name the repository.

	Commit message (Collapse)	Author	Age	Lines
*	Bug 1342553, Bug 1343072, Bug 1344753 (details in the description)	janekptacijarabaci	2018-03-25	-0/+15
\| \| \| \| \| \| \| \| \| \|	Bug 1342553 - Part 0.1: Use try-catch for IteratorClose in for-of Bug 1343072 - Update HasLiveStackValueAtDepth to follow the change in JSTRY_FOR_OF Bug 1344753 - Update for-of stack depth in ControlFlowGenerator::processWhileOrForInLoop Issue #74
*	Bug 1334314 - Fix debug mode OSR exception handling for IteratorClose trynotes	janekptacijarabaci	2018-03-25	-0/+16
\| \| \| \|	Issue #74
*	Bug 1341339 - Check for duplicates in processIterators	janekptacijarabaci	2018-03-25	-0/+9
\| \| \| \|	Issue #74
*	Bug 1335996 - Make test for bug 1333946 more reliable	janekptacijarabaci	2018-03-25	-3/+5
\| \| \| \|	Issue #74
*	Bug 1333946 - Make IonBuilder::processIterators transitive	janekptacijarabaci	2018-03-25	-0/+6
\| \| \| \|	Issue #74
*	Bug 1331444 - Keep iterators alive in Ion in for-of loops for IteratorClose ↵	janekptacijarabaci	2018-03-25	-0/+7
\| \| \| \| \| \|	due to exceptions Issue #74
*	Add support for the function `name` property.	wolfbeast	2018-03-20	-22/+22
\|\ \| \| \| \| \| \| \| \| \| \|	This resolves #78. Merged remote-tracking branch 'janek/js_function_name_1'
\| *	Part 4: Fix existing tests	janekptacijarabaci	2018-03-19	-22/+22
\| \| \| \| \| \| \| \|	Issue #87
* \|	Bug 1323868: Report object allocation failure when running off-main-thread	janekptacijarabaci	2018-03-19	-0/+5
\|/ \| \| \| \|	Issue #77 [Depends on] Bug 1192038: RegExp.prototype should be an ordinary object
*	Support ES6's "new function" construct	wolfbeast	2018-03-18	-12/+8
\|\ \| \| \| \| \| \| \| \| \| \|	This resolves #75. Merged remote-tracking branch 'janek/js_function_new_1'
\| *	Bug 755821: Function() should use the parser's argument parsing code	janekptacijarabaci	2018-03-16	-12/+8
\| \|
* \|	Handle same-compartment wrappers in TypedArray methods.	wolfbeast	2018-03-17	-0/+20
\|/ \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	CallTypedArrayMethodIfWrapped (and the CallNonGeneric machinery throughout the engine) unwraps the `this` argument, but the other arguments are only rewrapped for the target compartment. The pattern being used before this patch to get the length of a TypedArray or possible TypedArray wrapper is: `callFunction(CallTypedArrayMethodIfWrapped, O, O, "TypedArrayLength")` The first `O` is the `this` value and the second is an argument. If `O` is a cross-compartment wrapper, this works fine. The first `O` is unwrapped, revealing the actual TypedArray object; the second `O` is rewrapped for that TypedArray's compartment, producing the same TypedArray. However, if `O` is a same-compartment wrapper, this doesn't work. The first `O` is unwrapped, revealing the actual TypedArray object in the same compartment; rewrapping the other `O` does nothing to it, since it is already an object in the target compartment. Thus TypedArrayLength receives a `this` value that's an unwrapped TypedArray, but an argument that is still a wrapper. The fix is to have CallTypedArrayMethodIfWrapped targets only expect `this` to be an unwrapped TypedArray.
*	Add rematerialized frames to the table on JitActivation after ↵	wolfbeast	2018-02-08	-0/+65
\| \| \| \|	rematerialization succeeds.
*	Remove VerifyBarriers() and MaybeVerifyBarriers() stubs and callers.	wolfbeast	2018-02-03	-5/+0
\|
*	Add m-esr52 at 52.6.0	Matt A. Tobin	2018-02-02	-0/+248312