{"push_id":747513293,"size":41,"distinct_size":41,"ref":"refs/heads/master","head":"9e0b181408f64c35eb12666815b5c9cf204b0d77","before":"acdad97b3fba615d6f4067d5c18f456b352596b9","commits":[{"sha":"e343c0a7fbaca4285a89008e5e23d35a50603763","author":{"email":"1d6e1cf70ec6f9ab28d3ea4b27a49a77654d370e@joachim-breitner.de","name":"Joachim Breitner"},"message":"Test case for #10698\n\nthe expected error message is from an older version of GHC; I don’t know\nthe exact error message that we should get here until the bug is\nfixed...","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/e343c0a7fbaca4285a89008e5e23d35a50603763"},{"sha":"a1dd7dd6ea276832aef0caaf805f0ab9f4e16262","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"Fallout from more assiduous RULE warnings\n\nGHC now warns if rules compete, so that it's not predicatable\nwhich will work and which will not. E.g.\n\n{-# RULES\n  f (g x) = ...\n  g True  = ...\n  #-}\n\nIf we had (f (g True)) it's not clear which rule would fire.\n\nThis showed up fraility in the libraries.\n\n* Suppress warnigns in Control.Arrow, Control.Category for class\n  methods. At the moment we simply don't have a good way to write a\n  RULE with a class method in the LHS.  See Trac #1595.  Arrow and\n  Category attempt to do so; I have silenced the complaints with\n  -fno-warn-inline-rule-shadowing, but it's not a great solution.\n\n* Adjust the NOINLINE pragma on 'GHC.Base.map' to account for the\n  map/coerce rule\n\n* Adjust the rewrite rules in Enum, especially for the \"literal 1\"\n  case.  See Note [Enum Integer rules for literal 1].\n\n* Suppress warnings for 'bytestring' e.g.\n   libraries/bytestring/Data/ByteString.hs:895:1: warning:\n      Rule \"ByteString specialise break (x==)\" may never fire\n        because rule \"Class op ==\" for ‘==’ might fire first\n      Probable fix: add phase [n] or [~n] to the competing rule","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/a1dd7dd6ea276832aef0caaf805f0ab9f4e16262"},{"sha":"f83aab95f59ae9b29f22fc7924e050512229cb9c","author":{"email":"0f335816a479d40a484b0f003cd959ed488eb2a0@gmail.com","name":"Simon Marlow"},"message":"Eliminate zero_static_objects_list()\n\nSummary:\n[Revised version of D1076 that was committed and then backed out]\n\nIn a workload with a large amount of code, zero_static_objects_list()\ntakes a significant amount of time, and furthermore it is in the\nsingle-threaded part of the GC.\n\nThis patch uses a slightly fiddly scheme for marking objects on the\nstatic object lists, using a flag in the low 2 bits that flips between\ntwo states to indicate whether an object has been visited during this\nGC or not.  We also have to take into account objects that have not\nbeen visited yet, which might appear at any time due to runtime linking.\n\nTest Plan: validate\n\nReviewers: austin, ezyang, rwbarton, bgamari, thomie\n\nReviewed By: bgamari, thomie\n\nSubscribers: thomie\n\nDifferential Revision: https://phabricator.haskell.org/D1106","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/f83aab95f59ae9b29f22fc7924e050512229cb9c"},{"sha":"2dbb01a63a7ba7dc534c22815e80ab45c2f0ba69","author":{"email":"3bb2983727c6d6bc60ede43cc87982b9ca729af6@gmail.com","name":"Reid Barton"},"message":"Add a missing check for -fcpr-off\n\nTest Plan: validate\n\nReviewers: austin, bgamari, simonpj\n\nReviewed By: simonpj\n\nSubscribers: simonpj, thomie\n\nDifferential Revision: https://phabricator.haskell.org/D1104\n\nGHC Trac Issues: #10696","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/2dbb01a63a7ba7dc534c22815e80ab45c2f0ba69"},{"sha":"fac11f853598c1decdf8d0facba5f25a6219f11f","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"Comments only","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/fac11f853598c1decdf8d0facba5f25a6219f11f"},{"sha":"4e8d74d2362fbb025614ddeedfa3a9202bb6f2bb","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"Deal with phantom type variables in rules\n\nSee Note [Unbound template type variables] in Rules.hs\nThis fixes Trac #10689.\n\nThe problem was a rule LHS that mentioned a type variable\nin a phantom argument to a type synonym.  Then matching the\nLHS didn't bind the type variable, and the rule matcher\ncomplained.\n\nThis patch fixes the problem, as described by the Note.\n\nI also went back to not-cloning the template varaibles during\nrule matching.  I'm convinced that it's not necessary now\n(if it ever was), and cloning makes the fix for #10689 much more\nfiddly.","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/4e8d74d2362fbb025614ddeedfa3a9202bb6f2bb"},{"sha":"92d2567230e28010e425b47057ccca66d1a9a712","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"Define DsUtils.mkCastDs and use it\n\nThis change avoids a spurious WARNing from mkCast.  In the output of\nthe desugarer (only, I think) we can have a cast where the type of the\nexpression and cast don't syntactically match, because of an enclosing\ntype-let binding.","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/92d2567230e28010e425b47057ccca66d1a9a712"},{"sha":"fa915afa1af971c22657a0c99f6fb974faafe826","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"Spit out a little more info with -dppr-debug","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/fa915afa1af971c22657a0c99f6fb974faafe826"},{"sha":"e4114c84857465ff14c27ead3679983ddf5cfe8f","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"Fix an outright error in competesWith\n\ncompetesWith is a very recent function, introduced in:\n\n  commit 2d88a531b7e4dbf4016dca4b1ba3b5dc34256cf4\n  Author: Simon Peyton Jones <simonpj@microsoft.com>\n  Date:   Fri Jul 24 12:50:42 2015 +0100\n\n      Improve warnings for rules that might not fire","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/e4114c84857465ff14c27ead3679983ddf5cfe8f"},{"sha":"499b926be70b06e2e97b234cdb39cac94dd249e0","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"Fix Trac #10694: CPR analysis\n\nIn this commit\n   commit 0696fc6d4de28cb589f6c751b8491911a5baf774\n   Author: Simon Peyton Jones <simonpj@microsoft.com>\n   Date:   Fri Jun 26 11:40:01 2015 +0100\n\nI made an error in the is_var_scrut tests in extendEnvForProdAlt.\n\nThis patch fixes it, thereby fixing Trac #10694.","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/499b926be70b06e2e97b234cdb39cac94dd249e0"},{"sha":"918dcf835198237b2fb26d5010b246717b0cb726","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"The parallel package has warnings\n\nThis patch suppresses them until they are fixed\n\nlibraries/parallel/Control/Parallel/Strategies.hs:513:2: warning:\n    Rule \"parList/rseq\" may never fire\n      because ‘rseq’ might inline first\n    Probable fix: add an INLINE[n] or NOINLINE[n] pragma for ‘rseq’\n\nlibraries/parallel/Control/Parallel/Strategies.hs:582:1: warning:\n    Rule \"evalBuffer/rseq\" may never fire\n      because ‘rseq’ might inline first\n    Probable fix: add an INLINE[n] or NOINLINE[n] pragma for ‘rseq’\n\nlibraries/parallel/Control/Parallel/Strategies.hs:583:1: warning:\n    Rule \"parBuffer/rseq\" may never fire\n      because ‘rseq’ might inline first\n    Probable fix: add an INLINE[n] or NOINLINE[n] pragma for ‘rseq’","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/918dcf835198237b2fb26d5010b246717b0cb726"},{"sha":"2e33b9c87615d3cc26ad188d5ca565e8a981208e","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"Modify spec002 to be less trivial\n\nAs it stood the main function in the test always returned\nbottom, and GHC noticed that and therefore made no attempt\nto optimise it, which rather negated the test.\n\nThis change makes it non-vacuous.","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/2e33b9c87615d3cc26ad188d5ca565e8a981208e"},{"sha":"72d23c3e0244b1163d7806e40128ad51cc959f7f","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"Better treatment of signatures in cls/inst\n\nThe provoking cause for this patch is Trac #5001, comment:23.  There\nwas an INLINE pragma in an instance decl, that shouldn't be there.\nBut there was no complaint, just a  mysterious WARN later.\n\nI ended up having to do some real refactoring but the result is,\nI think, simpler and more robust.","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/72d23c3e0244b1163d7806e40128ad51cc959f7f"},{"sha":"24afe6d3aae1a04fbb394fa87d9ca45203ce2b67","author":{"email":"c710607fca41ac039d19b731ff217fbe4721d9a2@microsoft.com","name":"Simon Peyton Jones"},"message":"Fix missing files\n\nThese two testsuite files were correct in my build\ntree but not in my source tree; apologies.","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/24afe6d3aae1a04fbb394fa87d9ca45203ce2b67"},{"sha":"5a8a8a64e793d2efbe9ea7d445cc8efe75d11f80","author":{"email":"73675debcd8a436be48ec22211dcf44fe0df0a64@smart-cactus.org","name":"Ben Gamari"},"message":"Don't allowInterrupt inside uninterruptibleMask\n\nThis fixes #9516.\n\nDifferential Revision: https://phabricator.haskell.org/D181\n\nAuthored-by: Edsko de Vries <edsko@well-typed.com>","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/5a8a8a64e793d2efbe9ea7d445cc8efe75d11f80"},{"sha":"9f7cdfee3e9f9ca6fbfa27d3b2dc2d86ac4ee226","author":{"email":"86e04ccb5f2b01e35badfad6d0fa6ffeb4eb39f8@zhox.com","name":"Tamar Christina"},"message":"Make configure error out on missing ghc-tarballs on Windows\n\nCurrently checking out the source on windows requires two git\ncheckouts. One for the GHC sources and one for the GHC-tarballs.\n\nThis patch will make configure issue an error if compiling under\nwindows and the GHC-tarballs folder is missing.\n\nOn failure the user is told which command they need to run to get the\ntarballs or if they want configure to handle it for them configure\nprovide the `--enable-tarballs-autodownload` flag.\n\nTest Plan:\n1. make sure ghc-tarballs folder is not present\n2. run ./configure which should fail giving an error that tarballs is\nmissing and how to get it\n3. run ./configure --enable-tarballs-autodownload and the tarballs\nshould be downloaded and configure finishes\n4. rerun the command in 3, no new download should be done.\n5. run configure without --enable-tarballs-autodownload, configure\nshould finish correctly.\n\nReviewers: bgamari, austin, thomie\n\nReviewed By: thomie\n\nSubscribers: thomie\n\nDifferential Revision: https://phabricator.haskell.org/D1108\n\nGHC Trac Issues: #10705","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/9f7cdfee3e9f9ca6fbfa27d3b2dc2d86ac4ee226"},{"sha":"e7c331af4674dd072a9f1d67feb586679b365b98","author":{"email":"c5a5f649326715acfbfbcdf99f1b13fb9df75af9@gmail.com","name":"Alexey Shmalko"},"message":"Make headers C++ compatible (fixes #10700)\n\nSome headers used `new` as parameter name, which is reserved word in\nC++. This patch changes these names to `new_`.\n\nTest Plan: validate\n\nReviewers: austin, ezyang, bgamari, simonmar\n\nReviewed By: simonmar\n\nSubscribers: thomie\n\nDifferential Revision: https://phabricator.haskell.org/D1107\n\nGHC Trac Issues: #10700","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/e7c331af4674dd072a9f1d67feb586679b365b98"},{"sha":"26315ed282db2eb1977872bbcb0b298f32b38e99","author":{"email":"33a79369f7f1bb2015b934785d65836d348ca937@fb.com","name":"Bartosz Nitka"},"message":"Fix misspelled function name in a comment\n\nTest Plan: none\n\nReviewers: austin, simonmar, bgamari\n\nReviewed By: simonmar, bgamari\n\nSubscribers: thomie\n\nDifferential Revision: https://phabricator.haskell.org/D1112","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/26315ed282db2eb1977872bbcb0b298f32b38e99"},{"sha":"4f80ec0ee438800d95673a4898e69371957fed09","author":{"email":"3f305b4b498a0d8642698be7e34009ae75d7e01c@newartisans.com","name":"John Wiegley"},"message":"Improve error message for newtypes and deriving clauses\n\nSummary:\nChange the error message generated when a deriving clause related to a newtype\nfails to always suggested trying GeneralizedNewtypeDeriving, even in\nsituations where it may not work. Fixes #9600.\n\nTest Plan: testsuite/deriving/should_fail/9600.hs\n\nReviewers: austin, bgamari, simonpj\n\nRebased-by: bgamari\n\nReviewed By: simonpj\n\nSubscribers: bgamari, hvr, simonmar, carter\n\nDifferential Revision: https://phabricator.haskell.org/D216\n\nGHC Trac Issues: #9600","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/4f80ec0ee438800d95673a4898e69371957fed09"},{"sha":"e9ad42da5aa8a6cab95461a8592e92ca08aa491a","author":{"email":"7e4a75484f483b5dcc54ee90b277f9fe0a200086@gmail.com","name":"Gabor Greif"},"message":"Typos in comments and strings\n\nNote: the haddock comment in TyCon.hs seems to be\n      garbled syntactically and grammatically","distinct":true,"url":"https://api.github.com/repos/thomie/ghc/commits/e9ad42da5aa8a6cab95461a8592e92ca08aa491a"}]}