c255a40804be512857d9d54a23f4775d4f3ef08a: Bug 1278303 part 2 - Add MInstruction::New(TempAllocator::Fallible, ...) overload to all trivial MIR Instructions. r=jandem
Nicolas B. Pierron <nicolas.b.pierron@mozilla.com> - Fri, 10 Jun 2016 16:56:28 +0000 - rev 326601
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278303 part 2 - Add MInstruction::New(TempAllocator::Fallible, ...) overload to all trivial MIR Instructions. r=jandem
74d0a284f6ff1a2603d44afac6658077b963640a: Bug 1278303 part 1 - Prevent uses of TempObject new operator on MIR Instructions. r=jandem
Nicolas B. Pierron <nicolas.b.pierron@mozilla.com> - Fri, 10 Jun 2016 16:56:28 +0000 - rev 326600
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278303 part 1 - Prevent uses of TempObject new operator on MIR Instructions. r=jandem
c8ee3d05669522daa682ebb4b6c46fcfa858db8b: Bug 1264948 - MBasicBlock::addPredecessor, check for OOMs when allocating Phi nodes. r=h4writer
Nicolas B. Pierron <nicolas.b.pierron@mozilla.com> - Fri, 10 Jun 2016 16:56:28 +0000 - rev 326599
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1264948 - MBasicBlock::addPredecessor, check for OOMs when allocating Phi nodes. r=h4writer
dcf8fc5c0f3492c867474ce342a66ada2ad6a447: Bug 1264948 - IonBuilder::init, reserve ballast space after freezing type sets. r=h4writer
Nicolas B. Pierron <nicolas.b.pierron@mozilla.com> - Fri, 10 Jun 2016 16:56:28 +0000 - rev 326598
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1264948 - IonBuilder::init, reserve ballast space after freezing type sets. r=h4writer
cc9f6e6c7d420d367551966c78e7bd12209967a1: Bug 1264948 - Disable infallible allocator assertion for iregexp. r=bhackett
Nicolas B. Pierron <nicolas.b.pierron@mozilla.com> - Fri, 10 Jun 2016 16:56:27 +0000 - rev 326597
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1264948 - Disable infallible allocator assertion for iregexp. r=bhackett
a4e54f664175fc4e4b68a6c2d68438c0b86f00bb: Bug 1264948 part 1 - Register if the LifoAlloc is supposed to be infallible or not. r=jonco,h4writer
Nicolas B. Pierron <nicolas.b.pierron@mozilla.com> - Fri, 10 Jun 2016 16:56:27 +0000 - rev 326596
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1264948 part 1 - Register if the LifoAlloc is supposed to be infallible or not. r=jonco,h4writer This patch adds a new flag to the LifoAlloc structure, which would be used to assert when we attempt to allocate a new chunk for the LifoAlloc. This ensure that we assert (in debug builds) if we attempt to allocate beyong the reserved space of the ballast.
358018e43d8da2517c3600c6172f129c1e65ada0: Bug 1278818 - Convert window coordinates to desktop pixels before passing to ScreenForRect. r=emk
Jonathan Kew <jkew@mozilla.com> - Fri, 10 Jun 2016 17:37:15 +0100 - rev 326595
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278818 - Convert window coordinates to desktop pixels before passing to ScreenForRect. r=emk
64255f3e255c5418d8d3fe964ff3e7942e3383f9: Bug 1277406 - Delete now-unused Mercurial setup wizard; r=glandium
Gregory Szorc <gps@mozilla.com> - Thu, 09 Jun 2016 13:20:53 -0700 - rev 326594
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1277406 - Delete now-unused Mercurial setup wizard; r=glandium The wizard has been ported to the version-control-tools repository and in-tree consumers have been switched to consume it from there. This code is now dead. Kill it. References to the now-defunct code have been removed/updated. MozReview-Commit-ID: 5fpCXdNIp8L
b562b2a230b169b7667fda0e03c81047c472e454: Bug 1277406 - Use the bootstrapper code for `mach mercurial-setup`; r=glandium
Gregory Szorc <gps@mozilla.com> - Thu, 09 Jun 2016 13:19:04 -0700 - rev 326593
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1277406 - Use the bootstrapper code for `mach mercurial-setup`; r=glandium The Mercurial setup wizard has now been ported to the version-control-tools repository, where it has testing and integrates better with Mercurial configs. The bootstrapper has been taught how to invoke the new version of the Mercurial setup wizard. This commit switched `mach mercurial-setup` to call the bootstrapper code for invoking the Mercurial setup wizard from version-control-tools. As of this commit, the Mercurial setup wizard in tools/mercurial is unused. MozReview-Commit-ID: 3xzgOYZWTZn
0ebec66be8cb8f3a30e9fbdff0f518f2f5736906: Bug 1277406 - Offer to configure Mercurial during bootstrap; r=glandium
Gregory Szorc <gps@mozilla.com> - Wed, 01 Jun 2016 18:15:17 -0700 - rev 326592
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1277406 - Offer to configure Mercurial during bootstrap; r=glandium If a state directory is available and we're running in interactive mode (or have been told otherwise), we now configure Mercurial during bootstrap. This consists of cloning version-control-tools to the state directory (mimicking code in `mach mercurial-setup` today) and running the config wizard from version-control-tools. Code for cloning/updating repositories has been stolen from tools/mercurial/hgsetup. As the inline TODO notes, I'd like to eventually support configuring Git during bootstrap. Since Mercurial is the canonical VCS for Firefox and since we already have a Mercurial setup wizard (and don't have a Git one yet), I don't think we should block on implementing Git support. MozReview-Commit-ID: 1FZyWIlHZNy
b4929a47dbe3f7f221efd7b84a620f4600227e85: Bug 1277406 - Prompt to create the state directory; r=glandium
Gregory Szorc <gps@mozilla.com> - Wed, 01 Jun 2016 18:33:13 -0700 - rev 326591
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1277406 - Prompt to create the state directory; r=glandium Currently, on first run of `mach` it prompts you to create a state directory. The hand-off between bootstrap and `mach` has always bothered me because bootstrap is supposed to get your system in a good state. In this commit, we teach the bootstrap tool to create the state directory when not present. This duplicates functionality from `mach`. The justification for the duplication is explained by inline comment. In future commits, we'll build on this work to have the bootstrapper run the Mercurial config wizard, which needs this state directory. MozReview-Commit-ID: CPKVuRJ3peM
cec0b6d316a992d47a8ab7bd8f2e961130fae99a: Bug 1277406 - Move `mach mercurial-setup` implementation into bootstrap; r=glandium
Gregory Szorc <gps@mozilla.com> - Wed, 01 Jun 2016 17:06:01 -0700 - rev 326590
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1277406 - Move `mach mercurial-setup` implementation into bootstrap; r=glandium This begins the consolidation of `mach mercurial-setup` into `mach bootstrap`. The first step is to move the content of the mach_commands.py file into the bootstrapper's. I'm not crazy about adding the sys.path entry for tools/mercurial. I intend to clean this up later. MozReview-Commit-ID: Cq56wPG8sO1
14c82f33bc9a73e899bba9aad3a8dac640d73b50: Bug 1277406 - Remove nagging to run `mach mercurial-setup` from mach; r=glandium
Gregory Szorc <gps@mozilla.com> - Wed, 01 Jun 2016 16:58:01 -0700 - rev 326589
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1277406 - Remove nagging to run `mach mercurial-setup` from mach; r=glandium I never really liked this. Other people had even more visceral reactions. Let's get rid of it. The code for touching a file when it runs has also been removed because the only thing it was used for was the nagging feature. MozReview-Commit-ID: ERUVkEYgkzx
bc0a3fa38dc2ef9c19d6f01324a883793601c31c: Backed out changeset 20ea7d3d347f (bug 1276880) for failing browser-chrome test browser_referrer_open_link_in_container_tab2.js. r=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Fri, 10 Jun 2016 18:21:05 +0200 - rev 326588
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Backed out changeset 20ea7d3d347f (bug 1276880) for failing browser-chrome test browser_referrer_open_link_in_container_tab2.js. r=backout
99582cfde7c2f994416caaad68a440151130f76e: Bug 1278796, part 5 - Move InitNextPointers into the PurpleBlock ctor. r=smaug
Andrew McCreight <continuation@gmail.com> - Fri, 10 Jun 2016 09:17:58 -0700 - rev 326587
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278796, part 5 - Move InitNextPointers into the PurpleBlock ctor. r=smaug This makes sure that it will always happen, and should placate static analyses.
2589d6ae710c9a2096189b939285bcf5a69ac4fa: Bug 1278796, part 4 - Move InitNextPointers out of InitBlocks. r=smaug
Andrew McCreight <continuation@gmail.com> - Fri, 10 Jun 2016 09:17:58 -0700 - rev 326586
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278796, part 4 - Move InitNextPointers out of InitBlocks. r=smaug This clears the way for the next patch.
7e5c2c10d43b9ed7bf6a9228b190af7bf1994d7e: Bug 1278796, part 3 - Inline StartBlock. r=smaug
Andrew McCreight <continuation@gmail.com> - Fri, 10 Jun 2016 09:17:57 -0700 - rev 326585
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278796, part 3 - Inline StartBlock. r=smaug This method doesn't do much, and in a later patch it will do even less.
420531c2f7edb65fc12c0740f0c8fa0840e7fa97: Bug 1278796, part 2 - Initialize PurpleBlock next pointers in a method. r=smaug
Andrew McCreight <continuation@gmail.com> - Fri, 10 Jun 2016 09:17:57 -0700 - rev 326584
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278796, part 2 - Initialize PurpleBlock next pointers in a method. r=smaug
ba19b6e0ea54dc61851028024e1d7857b251a7a2: Bug 1278796, part 1 - Inline |entries| in StartBlock. r=smaug
Andrew McCreight <continuation@gmail.com> - Fri, 10 Jun 2016 09:17:57 -0700 - rev 326583
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278796, part 1 - Inline |entries| in StartBlock. r=smaug It is used inconsistently, which is confusing. A later patch will move these into a PurpleBlock method, so the length shouldn't be an issue.
2656ba2483996f0dec0a186705ae43120da5a462: Bug 1279524: Implement dummy copysign on MIPS; r=jonco
Benjamin Bouvier <benj@benj.me> - Fri, 10 Jun 2016 16:58:34 +0200 - rev 326582
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1279524: Implement dummy copysign on MIPS; r=jonco DONTBUILD MozReview-Commit-ID: 1ADS4Sh9yl6
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip