Commit message (Collapse) | Author | Age | Lines | |
---|---|---|---|---|
* | 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/+188348 |