1. 21 Jan, 2016 19 commits
  2. 20 Jan, 2016 7 commits
    • niteria's avatar
      substTy to substTyUnchecked to fix Travis build · 48d4bc53
      niteria authored
      This fixes the immediate problem from
      https://s3.amazonaws.com/archive.travis-ci.org/jobs/103319396/log.txt
      
      Test Plan: ./validate
      
      Reviewers: bgamari, austin, thomie
      
      Differential Revision: https://phabricator.haskell.org/D1802
      
      GHC Trac Issues: #11371
      48d4bc53
    • thomie's avatar
      Update submodule stm + random · 6ddc9911
      thomie authored
      Skip random tests when random is not built.
      Skip stm tests when stm is not built.
      6ddc9911
    • Rik Steenkamp's avatar
      Add test T9407 (Windows) · 225afc4a
      Rik Steenkamp authored
      Add test for #9407. The test is only run on Windows 64bit, as this is
      where the problem occurred.
      
      Reviewed by: thomie
      
      Differential Revision: https://phabricator.haskell.org/D1806
      225afc4a
    • Ben Gamari's avatar
      Rework derivation of type representations for wired-in things · 84b0ebed
      Ben Gamari authored
      Previously types defined by `GHC.Types` and `GHC.Prim` had their
      `Typeable` representations manually defined in `GHC.Typeable.Internals`.
      This was terrible, resulting in a great deal of boilerplate and a number
      of bugs due to missing or inconsistent representations (see #11120).
      
      Here we take a different tack, initially proposed by Richard Eisenberg:
      We wire-in the `Module`, `TrName`, and `TyCon` types, allowing them to
      be used in `GHC.Types`. We then allow the usual type representation
      generation logic to handle this module.
      
      `GHC.Prim`, on the other hand, is a bit tricky as it has no object code
      of its own.  To handle this we instead place the type representations
      for the types defined here in `GHC.Types`.
      
      On the whole this eliminates several special-cases as well as a fair
      amount of boilerplate from hand-written representations. Moreover, we
      get full coverage of primitive types for free.
      
      Test Plan: Validate
      
      Reviewers: goldfire, simonpj, austin, hvr
      
      Subscribers: goldfire, simonpj, thomie
      
      Differential Revision: https://phabricator.haskell.org/D1774
      
      GHC Trac Issues: #11120
      84b0ebed
    • Ben Gamari's avatar
      Use (&&) instead of `if` in Ix derivation · 5cce0954
      Ben Gamari authored
      We were previously using `if` in the derivation of `Ix` instances. This
      interacts badly with RebindableSyntax as the typechecker doesn't infer
      the type of the argument we give to `tagToEnum#`.
      
      Previously we produced, `if (ch >= ah) then (ch <= bh) else False`.
      
      We now produce `(ch >= ah) && (ch <= bh)`
      
      Fixes #11396.
      
      Test Plan: Validate
      
      Reviewers: austin, simonpj
      
      Reviewed By: simonpj
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D1797
      
      GHC Trac Issues: #11396
      5cce0954
    • Simon Peyton Jones's avatar
      Oops. Add missing close-comment · 0373a845
      Simon Peyton Jones authored
      This fixes 514bac26 for Trac #11172.  Sorry!
      0373a845
    • Simon Peyton Jones's avatar
      Fix combineIdenticalAlts · 514bac26
      Simon Peyton Jones authored
      This long-standing bug in CoreUtils.combineIdenticalAlts
      was shown up by Trac #11172. The effect was that it returned
      a correct set of alternatives, but a bogus set of "impossible
      default constructors".  That meant that we subsequently
      removed all the alternatives from a case, and hence ended
      up with a bogusly empty case that should not have been empty.
      
      See Note [Care with impossible-constructors when
      combining alternatives] in CoreUtils.
      514bac26
  3. 19 Jan, 2016 5 commits
  4. 18 Jan, 2016 9 commits
    • Ben Gamari's avatar
      users-guide: Begin documenting --frontend · aff51af1
      Ben Gamari authored
      Reviewers: austin
      
      Subscribers: thomie, ezyang
      
      Differential Revision: https://phabricator.haskell.org/D1793
      
      GHC Trac Issues: #11448
      aff51af1
    • Ben Gamari's avatar
      user-guide: Delete errant fragment · 38666bda
      Ben Gamari authored
      Reviewers: austin
      
      Reviewed By: austin
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D1796
      38666bda
    • Ben Gamari's avatar
      Hide derived OccNames from user · d2ea7f94
      Ben Gamari authored
      This hides derived OccNames from the Names returned from
      runDeclsWithLocation and clarifies the documentation. This is done to
      ensure that these names (originating from, e.g., derived Generic
      instances and type representation bindings) don't show up in ghci output
      when run with `:set +t`. This fixes #11051.
      
      Test Plan: Validate with included tests
      
      Reviewers: austin
      
      Reviewed By: austin
      
      Subscribers: thomie, hvr
      
      Differential Revision: https://phabricator.haskell.org/D1794
      
      GHC Trac Issues: #11051
      d2ea7f94
    • Ben Gamari's avatar
      ghci: Kill global macros list · cbc03f1c
      Ben Gamari authored
      Test Plan: Validate
      
      Reviewers: simonmar, thomie, austin
      
      Reviewed By: austin
      
      Subscribers: alanz
      
      Differential Revision: https://phabricator.haskell.org/D1789
      cbc03f1c
    • Edward Z. Yang's avatar
      Switch from -this-package-key to -this-unit-id. · 240ddd7c
      Edward Z. Yang authored
      
      
      A small cosmetic change, but we have to do a bit of work to
      actually support it:
      
          - Cabal submodule update, so that Cabal passes us
            -this-unit-id when we ask for it.  This includes
            a Cabal renaming to be consistent with Unit ID, which
            makes ghc-pkg a bit more scrutable.
      
          - Build system is updated to use -this-unit-id rather than
            -this-package-key, to avoid deprecation warnings.  Needs
            a version test so I resurrected the old test we had
            (sorry rwbarton!)
      
          - I've *undeprecated* -package-name, so that we are in the same
            state as GHC 7.10, since the "correct" flag will have only
            entered circulation in GHC 8.0.
      
          - I removed -package-key.  Since we didn't deprecate -package-id
            I think this should not cause any problems for users; they
            can just change their code to use -package-id.
      
          - The package database is indexed by UNIT IDs, not component IDs.
            I updated the naming here.
      
          - I dropped the signatures field from ExposedModule; nothing
            was using it, and instantiatedWith from the package database
            field.
      
          - ghc-pkg was updated to use unit ID nomenclature, I removed
            the -package-key flags but I decided not to add any new flags
            for now.
      Signed-off-by: default avatarEdward Z. Yang <ezyang@cs.stanford.edu>
      
      Test Plan: validate
      
      Reviewers: austin, hvr, bgamari
      
      Reviewed By: bgamari
      
      Subscribers: 23Skidoo, thomie, erikd
      
      Differential Revision: https://phabricator.haskell.org/D1780
      240ddd7c
    • Jan Stolarek's avatar
      Replace calls to `ptext . sLit` with `text` · b8abd852
      Jan Stolarek authored
      Summary:
      In the past the canonical way for constructing an SDoc string literal was the
      composition `ptext . sLit`.  But for some time now we have function `text` that
      does the same.  Plus it has some rules that optimize its runtime behaviour.
      This patch takes all uses of `ptext . sLit` in the compiler and replaces them
      with calls to `text`.  The main benefits of this patch are clener (shorter) code
      and less dependencies between module, because many modules now do not need to
      import `FastString`.  I don't expect any performance benefits - we mostly use
      SDocs to report errors and it seems there is little to be gained here.
      
      Test Plan: ./validate
      
      Reviewers: bgamari, austin, goldfire, hvr, alanz
      
      Subscribers: goldfire, thomie, mpickering
      
      Differential Revision: https://phabricator.haskell.org/D1784
      b8abd852
    • Simon Marlow's avatar
      Fixes to "make clean" for the iserv dir · 817dd925
      Simon Marlow authored
      817dd925
    • Simon Peyton Jones's avatar
      Typo in comment · 54128992
      Simon Peyton Jones authored
      54128992
    • Simon Peyton Jones's avatar
      Test Trac #11379 · 8e50301f
      Simon Peyton Jones authored
      8e50301f