55c0344711b64723b7653404ed9c4cd28ca9d6d9: Bug 1415645 - Part 4: Modify some shared runnables to not refer directly to nsGlobalWindow, r=smaug
Nika Layzell <nika@thelayzells.com> - Wed, 08 Nov 2017 13:53:25 -0500 - rev 392018
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1415645 - Part 4: Modify some shared runnables to not refer directly to nsGlobalWindow, r=smaug MozReview-Commit-ID: ANdBkuhZ2xx
9a766cc68671449c2c624816dff943d597a992a6: Bug 1415645 - Part 3: Don't cast to nsGlobalWindow when working with the inner window linked list, r=smaug
Nika Layzell <nika@thelayzells.com> - Wed, 08 Nov 2017 11:19:59 -0500 - rev 392017
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1415645 - Part 3: Don't cast to nsGlobalWindow when working with the inner window linked list, r=smaug After the window split is complete, the inner window linked list won't be homogenously typed anymore, as there will be an nsGlobalWindowOuter member in addition to the nsGlobalWindowInner members. This patch changes the code to perform PRCList* pointer comparisons before casting to nsGlobalWindowInner to avoid this issue. MozReview-Commit-ID: 56q5XodtGe7
4a6c2c5490f454e53d3b962ea0ce9dd29c9da298: Bug 1415645 - Part 2: Make CleanupCachedXBLHandlers a instance method, r=smaug
Nika Layzell <nika@thelayzells.com> - Wed, 08 Nov 2017 11:18:12 -0500 - rev 392016
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1415645 - Part 2: Make CleanupCachedXBLHandlers a instance method, r=smaug This will make the split easier, as this method is used by both nsGlobalWindowInner and nsGlobalWindowOuter. MozReview-Commit-ID: FsjK4y6x7NE
8fdfee217a97f07574a600f2868b06646debaf48: Bug 1415645 - Part 1: Make nsGlobalWindow.cpp use the specific {Inner,Outer} variants in more places internally, r=smaug
Nika Layzell <nika@thelayzells.com> - Wed, 08 Nov 2017 10:37:39 -0500 - rev 392015
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1415645 - Part 1: Make nsGlobalWindow.cpp use the specific {Inner,Outer} variants in more places internally, r=smaug MozReview-Commit-ID: LsgjJTbuH3L
fe6091ddbf6b74d022627ee0094a6113a3e4e883: Bug 1415224: Remove wasm test mode entirely; r=luke
Benjamin Bouvier <benj@benj.me> - Tue, 07 Nov 2017 23:01:07 +0100 - rev 392014
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1415224: Remove wasm test mode entirely; r=luke MozReview-Commit-ID: L8qoButUhT9
15613c4e6af368850beff7ff680b48fd4bedea8d: Bug 1415224: Remove jit test mode support for int64 testing; r=luke
Benjamin Bouvier <benj@benj.me> - Thu, 09 Nov 2017 19:04:19 +0100 - rev 392013
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1415224: Remove jit test mode support for int64 testing; r=luke MozReview-Commit-ID: JnonYprELMt
bcae00340c54b778b9ddc0393edbdb7e44c23447: Bug 1415224: Have wasm assertions auto-generated in wasm; r=luke
Benjamin Bouvier <benj@benj.me> - Mon, 13 Nov 2017 18:30:15 +0100 - rev 392012
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1415224: Have wasm assertions auto-generated in wasm; r=luke MozReview-Commit-ID: I72lkHYq1TF
ff37d9f812becdce7d40c24fe4b319f1fc8413e7: Bug 1415224: Remove wasm testing mode for custom NaN payloads; r=luke
Benjamin Bouvier <benj@benj.me> - Tue, 07 Nov 2017 19:16:39 +0100 - rev 392011
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1415224: Remove wasm testing mode for custom NaN payloads; r=luke MozReview-Commit-ID: 1CB9zUkTIyk
75c9879941ee6187423df2158739d20e37e40a05: Bug 1416766: Immediately throw if an exported wasm function has int64 in the signature; r=luke
Benjamin Bouvier <benj@benj.me> - Mon, 13 Nov 2017 16:27:59 +0100 - rev 392010
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1416766: Immediately throw if an exported wasm function has int64 in the signature; r=luke MozReview-Commit-ID: HhTUMk21hvM
91858a00db9181ba4cc13fd44315cb9bed73a01c: Bug 1416766: Int64 wasm globals should cause a link failure at instanciation time, not compile time; r=luke
Benjamin Bouvier <benj@benj.me> - Thu, 09 Nov 2017 16:30:42 +0100 - rev 392009
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1416766: Int64 wasm globals should cause a link failure at instanciation time, not compile time; r=luke MozReview-Commit-ID: 5Ryl47naf9R
6053c68a9bc63a2fcc6c1449e15cc0e85fa23279: Bug 1417436 - Add Windows code coverage build and test definitions. r=jmaher
Marco Castelluccio <mcastelluccio@mozilla.com> - Tue, 14 Nov 2017 23:39:15 +0100 - rev 392008
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1417436 - Add Windows code coverage build and test definitions. r=jmaher
8d8aeee2633fa78ac57eff45dfb28b585b54223a: Bug 1319512 - Adjust expression closure tests. r=jandem
Tom Schuster <evilpies@gmail.com> - Wed, 15 Nov 2017 16:19:37 +0100 - rev 392007
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1319512 - Adjust expression closure tests. r=jandem
261ebf2e8bbd7c4604c2c88607b27740532c7201: Bug 1319512 - Disable expression closures on Nightly. r=jandem
Tom Schuster <evilpies@gmail.com> - Wed, 15 Nov 2017 16:19:37 +0100 - rev 392006
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1319512 - Disable expression closures on Nightly. r=jandem
49283bf962094b58e380c1aa87182ae7bf47c9a3: Bug 1416914 - Run Android test-verify as tier 2; r=me,test-only
Geoff Brown <gbrown@mozilla.com> - Wed, 15 Nov 2017 08:16:41 -0700 - rev 392005
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1416914 - Run Android test-verify as tier 2; r=me,test-only
ff6af466f196b774e339f3814653d8eac07c9107: Bug 1417230 - Do not fail when a skipped web-platform test is verified; r=jgraham
Geoff Brown <gbrown@mozilla.com> - Wed, 15 Nov 2017 08:16:39 -0700 - rev 392004
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1417230 - Do not fail when a skipped web-platform test is verified; r=jgraham
b0eedb4c140bcafafc82475b352355a7b5affd3b: Bug 1412983 - part 6 - compile headers for cross-compilers during configure; r=ted.mielczarek
Nathan Froyd <froydnj@mozilla.com> - Wed, 15 Nov 2017 10:12:22 -0500 - rev 392003
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1412983 - part 6 - compile headers for cross-compilers during configure; r=ted.mielczarek Our toolchain detection logic checks whether we can reuse the target C (resp. C++) compiler for the host compiler. This is generally only applicable in the not-cross-compiling case, but we had special logic to check for clang in the cross-compiling case and accept it, as clang is able to generate code for multiple architectures from a single compiler binary. Our recent switch to clang on Android has exposed a problem in this logic: we would never check whether the target clang, compiling for the host, could actually find the host's headers. This was especially problematic on OS X hosts, where the host clang contains special logic to grovel inside the XCode installation to find C++ headers. The clang from the NDK, however, was ignorant of the XCode installation. Therefore, the NDK clang would happily compile code for the host, even including C headers for the host, but would be hopelessly lost when it came to compiling C++ headers during the actual build. In hopes of mitigating this, we now include a check for a representative header for C and C++ when checking compilers for each of those languages. This check will detect such problems as the above, and will also alert people to potentially misconfigured compilers in other situations. We need to modify our test framework to cope with headers being included, since our mock environment isn't actually equipped with a full set of compilers and headers.
0e6f349c815e0424ede297c7269914330ad986a5: Bug 1412983 - part 5 - remove stlport_cppflags dependency from bindgen_cflags_defaults; r=ted.mielczarek
Nathan Froyd <froydnj@mozilla.com> - Wed, 15 Nov 2017 10:12:22 -0500 - rev 392002
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1412983 - part 5 - remove stlport_cppflags dependency from bindgen_cflags_defaults; r=ted.mielczarek Now that extra_toolchain_flags includes stlport_cppflags, there's no reason bindgen_cflags_defaults should depend on them both. So remove the stlport_cppflags dependency. (There's no harm to multiply-including stlport_cppflags, but not repeating -I options is good practice.)
9615a90cf9b030ea72fdc1dd0f42bfa2348aae68: Bug 1412983 - part 4 - make extra_toolchain_flags depend on stlport_cppflags; r=ted.mielczarek
Nathan Froyd <froydnj@mozilla.com> - Wed, 15 Nov 2017 10:12:22 -0500 - rev 392001
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1412983 - part 4 - make extra_toolchain_flags depend on stlport_cppflags; r=ted.mielczarek extra_toolchain_flags is used for compiling target-specific bits of code elsewhere in configure. Very shortly, we'll need to compile bits of code that depend on the C++ standard library, so we'll want to point the compiler at the C++ standard library. Making extra_toolchain_flags include stlport_cppflags is the best way to do that.
776266640ecada42623596ad6ef5c0b203eaae2e: Bug 1412983 - part 3 - move stlport_cppflags prior to extra_toolchain_flags; r=ted.mielczarek
Nathan Froyd <froydnj@mozilla.com> - Wed, 15 Nov 2017 10:12:23 -0500 - rev 392000
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1412983 - part 3 - move stlport_cppflags prior to extra_toolchain_flags; r=ted.mielczarek extra_toolchain_flags is going to depend on stlport_cppflags momentarily, so this commit is just for moving code around. Note that the diff shows other things moving *after* stlport_cppflags.
0fb376428333495e7958c16c1ad4a977aef4f7d2: Bug 1412983 - part 2 - use extra_toolchain_flags for computing bindgen flags; r=ted.mielczarek
Nathan Froyd <froydnj@mozilla.com> - Wed, 15 Nov 2017 10:12:23 -0500 - rev 391999
Push 32909 by cbrindusan@mozilla.com at Wed, 15 Nov 2017 22:25:14 +0000
Bug 1412983 - part 2 - use extra_toolchain_flags for computing bindgen flags; r=ted.mielczarek We compute the same set of data in extra_toolchain_flags as we were computing in bindgen_cflags_defaults. We might as well reuse the former to compute the latter.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip