3544b1e4a4b652f5531ca551f019b42f5ccde125: Bug 1323308 - Add include paths for vscode. r?mystor draft
Ralph Giles <giles@mozilla.com> - Tue, 13 Dec 2016 13:48:11 -0800 - rev 449317
Push 38543 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 23:13:40 +0000
Bug 1323308 - Add include paths for vscode. r?mystor Add a C/C++ properties config file for Microsoft Visual Studio Code. This adds a clang-format config and some common include paths so symbol lookup works a little bit. For generated headers, it gives the default object directory paths, but this will likely be incorrect for many people. Especially as vscode is messy about in-tree generated code already, so an external object directory is a common config. Unfortunately without some way to set this programmatically like we do with .ycm_extra_conf.py I don't see a way to make this work in general without local modifications. MozReview-Commit-ID: IO8hVZDofkL
9fbe116264276f6ae3129e58d0b66f691a2eff49: Bug 1323308 - Add task definitions for vscode. r?mystor draft
Ralph Giles <giles@mozilla.com> - Tue, 13 Dec 2016 13:46:12 -0800 - rev 449316
Push 38543 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 23:13:40 +0000
Bug 1323308 - Add task definitions for vscode. r?mystor Add basic build task descriptions for the Microsoft Visual Studio Code editor environment. Just calls `mach build`, `mach build binaries`, `mach clobber`, and `mach configure`. Based on a file by Dan Glastonbury. MozReview-Commit-ID: IeXjAUQyRRM
d305e1ad1f5a83caa1e4aa774c5e6c376f216b12: Bug 1317212 - Make tab progress listeners smarter at ignoring nsIWebProgress notifications from an initial about:blank. r?Gijs draft
Mike Conley <mconley@mozilla.com> - Tue, 13 Dec 2016 17:17:51 -0500 - rev 449315
Push 38542 by mconley@mozilla.com at Tue, 13 Dec 2016 22:20:20 +0000
Bug 1317212 - Make tab progress listeners smarter at ignoring nsIWebProgress notifications from an initial about:blank. r?Gijs MozReview-Commit-ID: Ji1oCNZksge
d06e19f5d8052c64f0c6fca4a80c1339acc32cfc: Bug 1317212 - <xul:browser>'s that flip remoteness should not send progress updates for the initial about:blank load. r?Gijs draft
Mike Conley <mconley@mozilla.com> - Mon, 28 Nov 2016 14:46:26 -0500 - rev 449314
Push 38542 by mconley@mozilla.com at Tue, 13 Dec 2016 22:20:20 +0000
Bug 1317212 - <xul:browser>'s that flip remoteness should not send progress updates for the initial about:blank load. r?Gijs This is kind of a sad story. In bug 1254669, I made it so that we destroy the original tab progress listener and create a new one when flipping remoteness. This is because the initial about:blank load for a flipped browser is not something we ever want to show progress for. I goofed though*, and didn't call the mTabProgressListener constructor with the right argument that indicates that the first messages are from about:blank. This opened us up for a race with e10s-mode where, after a tab tear out, the initial browser would flip remoteness to remote, send up a StateChange message to indicate loading of about:blank (which we'd accidentally listen to). The race happened when we'd sometimes do the frameloader swap before the StateChange to indicate that about:blank had finished loading would come up. This would mean (after the frameloader swap), we'd never hear about the initial about:blank finishing loading, so we'd always show "busy". * :( MozReview-Commit-ID: 6pU1fqiIDUc
52f113b084aa258736a14b5119745f93e3a32593: Bug 1323308 - Add include paths for vscode. r?mystor draft
Ralph Giles <giles@mozilla.com> - Tue, 13 Dec 2016 13:48:11 -0800 - rev 449313
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Bug 1323308 - Add include paths for vscode. r?mystor Add a C/C++ properties config file for Microsoft Visual Studio Code. This adds a clang-format config and some common include paths so symbol lookup works a little bit. For generated headers, it gives the default object directory paths, but this will likely be incorrect for many people. Especially as vscode is messy about in-tree generated code already, so an external object directory is a common config. Unfortunately without some way to set this programmatically like we do with .ycm_extra_conf.py I don't see a way to make this work in general without local modifications. MozReview-Commit-ID: IO8hVZDofkL
228db672e3385cc35d94db0a83f7b99d89ec7b03: Bug 1323308 - Add task definitions for vscode. r?mystor draft
Ralph Giles <giles@mozilla.com> - Tue, 13 Dec 2016 13:46:12 -0800 - rev 449312
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Bug 1323308 - Add task definitions for vscode. r?mystor Add basic build task descriptions for the Microsoft Visual Studio Code editor environment. Just calls `mach build`, `mach build binaries`, `mach clobber`, and `mach configure`. Based on a file by Dan Glastonbury. MozReview-Commit-ID: IeXjAUQyRRM
bb190a69ccf0606cafe1294f617484e06ea8d0e2: Add Hazard build debug logging. draft
Ralph Giles <giles@mozilla.com> - Tue, 13 Dec 2016 13:27:33 -0800 - rev 449311
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Add Hazard build debug logging. MozReview-Commit-ID: Eka2R9z7Ypr
6d9c53c6f4487b690ef1049888970f1de4519fe8: Bug 1283898 - Don't set RUSTC for artifact builds. r?mshal draft
Ralph Giles <giles@mozilla.com> - Tue, 13 Dec 2016 11:16:53 -0800 - rev 449310
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Bug 1283898 - Don't set RUSTC for artifact builds. r?mshal The --disable-compile-environment configure option used by the artifact builds removes all support for toolchains, including setting paths for them with environment options. Unset the RUSTC and CARGO vars inherited from mozconfig.rust in the artifact mozconfigs to accommodate the invalid option check, just like we do for the CC and CXX options. MozReview-Commit-ID: IwPetRaIY25
b01ea2f0eda27132284474e0a2b78f80534b9c96: Bug 1283898 - Add tooltool rust to path for js hazard jobs. r?gps draft
Ralph Giles <giles@mozilla.com> - Tue, 13 Dec 2016 10:56:52 -0800 - rev 449309
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Bug 1283898 - Add tooltool rust to path for js hazard jobs. r?gps Tasks calling this generally use tooltool and the hazard manifest to provide toolchains, but they don't use a mozconfig to configure paths. The build calls configure, which defaults to --enable-rust, so we need to add the rust toolchain to the environment like we do for C++. MozReview-Commit-ID: gFnZ0SK1f7
08211a4a669935fd2297a4198d1613ae6189b64d: Bug 1283898 - Update linux64 tooltool rust to support i686. r?mshal draft
Ralph Giles <giles@mozilla.com> - Tue, 13 Dec 2016 10:49:02 -0800 - rev 449308
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Bug 1283898 - Update linux64 tooltool rust to support i686. r?mshal Update the linux64 releng tooltool manifest to to same repack of rustc 1.14.0-beta.2 with support for x86_64 and i686 targets we're using for the linux32 builds. This is necessary for --enable-rust to work on 32-bit Spidermonkey cross builds. MozReview-Commit-ID: 1xfOBHOZ4iB
6da3535aec056ef7384499fdc8a6f9bafc020253: Bug 1283898 - Make tooltool rust available in all automation. r?mshal draft
Ralph Giles <giles@mozilla.com> - Wed, 30 Nov 2016 16:10:33 -0800 - rev 449307
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Bug 1283898 - Make tooltool rust available in all automation. r?mshal Include mozconfig.rust in the common mozconfig so all jobs will have the same rust config. Automation mozconfigs all inherit from mozconfig.common, so we can include mozconfig.rust there and not need it anywhere else. Remove --enable-rust from mozconfig.rust now that it's the default. We only need the RUSTC and CARGO path variables so jobs can find the toolchain installed from the tooltool manifest. Also some automation jobs reject the configure option if we set it unconditionally. The --enable-rpath comment is no longer necessary; rust has been consistently built this way for some time. MozReview-Commit-ID: 2IeIIIinnPL
22281396980d9fb5c7a4ac206707205e29773713: Bug 1283898 - Enable rust by default. r=ted draft
Ralph Giles <giles@mozilla.com> - Thu, 24 Nov 2016 16:11:27 -0800 - rev 449306
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Bug 1283898 - Enable rust by default. r=ted Switch from --enable-rust to optionally enable rust code to --disable-rust to optionally disable it. MozReview-Commit-ID: C8cQr5MXUzV
88e1a58bd196c8e3d791fe46b08a8b09357119fc: Bug 1283898 - Put rust in path for Spidermonkey automation. r=gps draft
Ralph Giles <giles@mozilla.com> - Wed, 30 Nov 2016 17:40:02 -0800 - rev 449305
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Bug 1283898 - Put rust in path for Spidermonkey automation. r=gps When rust is enabled, the Spidermonkey package tests need to be able to find the rust toolchain. It's available, because the job uses the linux64/releng.manifest, but the corresponding path directives from mozconfig are not imported. So we set them manually here, falling back to the rustc and cargo in PATH, like we do for the C++ toolchain. MozReview-Commit-ID: 8lZSQ0Ffr0c
fcae1b1c903aa460f8c51a421d03f988d10a6bc2: Bug 1283898 - Add rust to more automation builds. r=mshal draft
Ralph Giles <giles@mozilla.com> - Wed, 30 Nov 2016 15:08:15 -0800 - rev 449304
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Bug 1283898 - Add rust to more automation builds. r=mshal Jobs using these additional tooltool manifests need an appropriate rust toolchain when rust code is enabled. MozReview-Commit-ID: YM7yjJk3w5
f9b3e62b8dc8851c223632bc80ff6916b86ef886: Cleanup gecko-rust-build. draft
Ralph Giles <giles@mozilla.com> - Sun, 04 Dec 2016 17:52:59 -0800 - rev 449303
Push 38541 by bmo:giles@thaumas.net at Tue, 13 Dec 2016 21:52:30 +0000
Cleanup gecko-rust-build. Respond to review comment from Dustin in bug 1321863. MozReview-Commit-ID: JEsc7iQDxVt
fc18900507d531c8b4644973e9e23755bcc844d6: Bug 1316757, part 7 - Remove IPDL state machine from frontend. r=billm draft
Andrew McCreight <continuation@gmail.com> - Wed, 23 Nov 2016 15:04:09 -0800 - rev 449302
Push 38540 by bmo:continuation@gmail.com at Tue, 13 Dec 2016 21:31:40 +0000
Bug 1316757, part 7 - Remove IPDL state machine from frontend. r=billm This patch removes all user-specified state machine support from the IPDL parser, then deletes all of the code related to it from the AST, type checking, and code generation. The default state machine code relating to tracking whether the protocol is dead or not will still be generated. In fact, this patch should not change the code that is generated for any protocol that does not use the custom state machine syntax. MozReview-Commit-ID: 1fABHR3zJx
5adad1374174cda402f15ff602be02de836ae495: Bug 1316757, part 6 - Comment out various race-related state machines. r=billm draft
Andrew McCreight <continuation@gmail.com> - Wed, 23 Nov 2016 14:58:49 -0800 - rev 449301
Push 38540 by bmo:continuation@gmail.com at Tue, 13 Dec 2016 21:31:40 +0000
Bug 1316757, part 6 - Comment out various race-related state machines. r=billm The state machine stuff provides a decent compact overview of where races are supposed to happen, so I just commented them out. MozReview-Commit-ID: 1K5mw2kyXWb
e4c4b23c9aa2b4ad99a60d01d6fac8d22aa21b9b: Bug 1316757, part 5 - Comment out simple uses of state machine from cxx/ unit tests. draft
Andrew McCreight <continuation@gmail.com> - Tue, 13 Dec 2016 13:07:38 -0800 - rev 449300
Push 38540 by bmo:continuation@gmail.com at Tue, 13 Dec 2016 21:31:40 +0000
Bug 1316757, part 5 - Comment out simple uses of state machine from cxx/ unit tests. MozReview-Commit-ID: 3Ce1nte6EoN
6a2103d3e20f3215b464f4bb9d6174af6f9da077: Bug 1316757, part 4 - Remove trivial state machines from IPDL unit tests. r=billm draft
Andrew McCreight <continuation@gmail.com> - Wed, 23 Nov 2016 09:13:46 -0800 - rev 449299
Push 38540 by bmo:continuation@gmail.com at Tue, 13 Dec 2016 21:31:40 +0000
Bug 1316757, part 4 - Remove trivial state machines from IPDL unit tests. r=billm MozReview-Commit-ID: GJgfzQ8CArj
c598689141d386294f16defee1969dcbc363632d: Bug 1316757, part 3 - Delete IPDL unit tests that look like they only test state machine stuff. r=billm draft
Andrew McCreight <continuation@gmail.com> - Wed, 23 Nov 2016 09:10:45 -0800 - rev 449298
Push 38540 by bmo:continuation@gmail.com at Tue, 13 Dec 2016 21:31:40 +0000
Bug 1316757, part 3 - Delete IPDL unit tests that look like they only test state machine stuff. r=billm MozReview-Commit-ID: 7Lek3YzLIft
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip