This project is mirrored from https://gitlab.haskell.org/ghc/ghc.git. Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer.
Last successful update .
  1. 22 Mar, 2017 3 commits
  2. 21 Mar, 2017 2 commits
  3. 20 Mar, 2017 5 commits
  4. 19 Mar, 2017 4 commits
  5. 18 Mar, 2017 2 commits
  6. 17 Mar, 2017 12 commits
  7. 16 Mar, 2017 1 commit
  8. 15 Mar, 2017 8 commits
  9. 14 Mar, 2017 3 commits
    • David Feuer's avatar
      Reimplement minusList using Set · 5d9378ef
      David Feuer authored
      `minusList ms ns` was `O(m*n)`. Now it's `O((m + n) log n)`, which
      should be a bit better.
      
      Reviewers: austin, bgamari, mpickering
      
      Reviewed By: mpickering
      
      Subscribers: mpickering, rwbarton, thomie
      
      Differential Revision: https://phabricator.haskell.org/D3341
      5d9378ef
    • David Feuer's avatar
      Shortcut a test in exprIsOk · d357f526
      David Feuer authored
      `exprIsOk` didn't shortcut properly when checking `case` (it used
      `foldl` inappropriately). Fix that.
      
      Reviewers: austin, bgamari
      
      Reviewed By: bgamari
      
      Subscribers: rwbarton, thomie
      
      Differential Revision: https://phabricator.haskell.org/D3343
      d357f526
    • Richard Eisenberg's avatar
      Fix #13337. · e0c433c8
      Richard Eisenberg authored
      The big change is the introduction of solveSomeEqualities. This
      is just like solveEqualities, but it doesn't fail if there are unsolved
      equalities when it's all done. Anything unsolved is re-emitted. This
      is appropriate if we are not kind-generalizing, so this new form
      is used when decideKindGeneralizationPlan says not to.
      
      We initially thought that any use of solveEqualities would be tied
      to kind generalization, but this isn't true. For example, we need
      to solveEqualities a bunch in the "tc" pass in TcTyClsDecls (which
      is really desugaring). These equalities are all surely going to be
      soluble (if they weren't the "kc" pass would fail), but we still
      need to solve them again. Perhaps if the "kc" pass produced type-
      checked output that is then desugared, solveEqualities really would
      be tied only to kind generalization.
      
      Updates haddock submodule.
      
      Test Plan: ./validate, typecheck/should_compile/T13337
      
      Reviewers: simonpj, bgamari, austin
      
      Reviewed By: simonpj
      
      Subscribers: RyanGlScott, rwbarton, thomie
      
      Differential Revision: https://phabricator.haskell.org/D3315
      e0c433c8