1. 18 May, 2016 7 commits
  2. 17 May, 2016 10 commits
  3. 16 May, 2016 9 commits
  4. 15 May, 2016 2 commits
  5. 14 May, 2016 1 commit
  6. 13 May, 2016 1 commit
  7. 12 May, 2016 10 commits
    • niteria's avatar
      Refactor some ppr functions to use pprUFM · 5416fadb
      niteria authored
      Nondeterminism doesn't matter in these places and pprUFM makes
      it obvious. I've flipped the order of arguments for convenience.
      
      Test Plan: ./validate
      
      Reviewers: simonmar, bgamari, austin, simonpj
      
      Reviewed By: simonpj
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D2205
      
      GHC Trac Issues: #4012
      5416fadb
    • takano-akio's avatar
      Fix comments about scavenging WEAK objects · 7c0b595e
      takano-akio authored
      This is a follow-up of D2189. If fixes some comments, deletes a section
      in the User's Guide about the bug, and updates .mailmap as suggested on
      the WorkinConventions wiki page.
      
      Test Plan: It compiles.
      
      Reviewers: austin, simonmar, bgamari
      
      Reviewed By: bgamari
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D2202
      
      GHC Trac Issues: #11108
      7c0b595e
    • Erik de Castro Lopo's avatar
      RtsUtils: Use `size_t` instead of `int` where appropriate · 0c0129b6
      Erik de Castro Lopo authored
      Functions like `stgMallocBytes` take a size parameter which was of type
      `int`, but is commonly used as `stgMallocBytes (sizeof (...))`. This is
      problematic because the `sizeof` operator returns `size_t` so that on 64
      bit systems, in this common use case the `size_t` parameter would be
      truncated to 32 bits when passed to `stgMallocBytes` where it was cast
      back to `size_t`.
      
      Test Plan: Validate on Linux, OS X and Windows
      
      Reviewers: austin, hvr, bgamari, simonmar, hsyl20
      
      Reviewed By: hvr, bgamari, simonmar, hsyl20
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D2201
      0c0129b6
    • Erik de Castro Lopo's avatar
      rts: Make function pointer parameters `const` where possible · 995cf0f3
      Erik de Castro Lopo authored
      If a function takes a pointer parameter and doesn't update what
      the pointer points to, we can add `const` to the parameter
      declaration to document that no updates occur.
      
      Test Plan: Validate on Linux, OS X and Windows
      
      Reviewers: austin, Phyx, bgamari, simonmar, hsyl20
      
      Reviewed By: bgamari, simonmar, hsyl20
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D2200
      995cf0f3
    • wereHamster's avatar
      Use StgHalfWord instead of a CPP #if · 69c974fe
      wereHamster authored
      Reviewers: simonmar, bgamari, austin
      
      Reviewed By: bgamari, austin
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D2183
      69c974fe
    • niteria's avatar
      Kill varEnvElts in specImports · 6bf0eef7
      niteria authored
      We need the order of specialized binds and rules to be deterministic,
      so we use a deterministic set here.
      
      Test Plan: ./validate
      
      Reviewers: simonmar, bgamari, austin, simonpj
      
      Reviewed By: simonpj
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D2197
      
      GHC Trac Issues: #4012
      6bf0eef7
    • niteria's avatar
      Document zonkTyCoVarsAndFV determinism · 01bc1096
      niteria authored
      I've changed it to use nonDetEltsUFM and documented why
      it's OK.
      
      Test Plan: it builds
      
      Reviewers: bgamari, austin, simonmar, goldfire, simonpj
      
      Reviewed By: simonpj
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D2204
      
      GHC Trac Issues: #4012
      01bc1096
    • Ryan Scott's avatar
      Allow putting Haddocks on derived instances · 69714306
      Ryan Scott authored
      Currently, one can document top-level instance declarations, but derived
      instances (both those in `deriving` clauses and standalone `deriving`
      instances) do not enjoy the same privilege. This makes the necessary
      changes to the parser to enable attaching Haddock comments for derived
      instances.
      
      Updates haddock submodule.
      
      Fixes #11768.
      
      Test Plan: ./validate
      
      Reviewers: hvr, bgamari, austin
      
      Reviewed By: austin
      
      Subscribers: thomie, mpickering
      
      Differential Revision: https://phabricator.haskell.org/D2175
      
      GHC Trac Issues: #11768
      69714306
    • Ryan Scott's avatar
      Make Generic1 poly-kinded · b8e25651
      Ryan Scott authored
      This generalizes the `Generic1` typeclass to be of kind `k -> *`, and
      this also makes the relevant datatypes and typeclasses in `GHC.Generics`
      poly-kinded. If `PolyKinds` is enabled, `DeriveGeneric` derives
      `Generic1` instances such that they use the most general kind possible.
      Otherwise, deriving `Generic1` defaults to make an instance where the
      argument is of kind `* -> *` (the current behavior).
      
      Fixes #10604. Depends on D2117.
      
      Test Plan: ./validate
      
      Reviewers: kosmikus, dreixel, goldfire, austin, hvr, simonpj, bgamari
      
      Reviewed By: simonpj, bgamari
      
      Subscribers: thomie, ekmett
      
      Differential Revision: https://phabricator.haskell.org/D2168
      
      GHC Trac Issues: #10604
      b8e25651
    • Ryan Scott's avatar
      Fix deriveTyData's kind unification when two kind variables are unified · e53f2180
      Ryan Scott authored
      When `deriveTyData` attempts to unify two kind variables (which can
      happen if both the typeclass and the datatype are poly-kinded), it
      mistakenly adds an extra mapping to its substitution which causes the
      unification to fail when applying the substitution. This can be
      prevented by checking both the domain and the range of the original
      substitution to see which kind variables shouldn't be put into the
      domain of the substitution. A more in-depth explanation is included in
      `Note [Unification of two kind variables in deriving]`.
      
      Fixes #11837.
      
      Test Plan: ./validate
      
      Reviewers: simonpj, hvr, goldfire, niteria, austin, bgamari
      
      Reviewed By: bgamari
      
      Subscribers: niteria, thomie
      
      Differential Revision: https://phabricator.haskell.org/D2117
      
      GHC Trac Issues: #11837
      e53f2180