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. 21 Sep, 2014 3 commits
  2. 20 Sep, 2014 4 commits
  3. 19 Sep, 2014 3 commits
    • Simon Peyton Jones's avatar
      Clean up Coercible handling, and interaction of data families with newtypes · 0aaf812e
      Simon Peyton Jones authored
      This patch fixes Trac #9580, in which the Coercible machinery succeeded
      even though the relevant data constructor was not in scope.
      
      As usual I got dragged into a raft of refactoring changes,
      all for the better.
      
      * Delete TcEvidence.coercionToTcCoercion (now unused)
      
      * Move instNewTyConTF_maybe, instNewTyCon_maybe to FamInst,
        and rename them to tcInstNewTyConTF_maybe, tcInstNewTyCon
        (They both return TcCoercions.)
      
      * tcInstNewTyConTF_maybe also gets more convenient type,
        which improves TcInteract.getCoercibleInst
      
      * Define FamInst.tcLookupDataFamInst, and use it in TcDeriv,
        (as well as in tcInstNewTyConTF_maybe)
      
      * Improve error report for Coercible errors, when data familes
        are involved  Another use of tcLookupDataFamInst
      
      * In TcExpr.tcTagToEnum, use tcLookupDataFamInst to replace
        local hacky code
      
      * Fix Coercion.instNewTyCon_maybe and Type.newTyConInstRhs to deal
        with eta-reduced newtypes, using
        (new) Type.unwrapNewTyConEtad_maybe and (new) Type.applyTysX
      
      Some small refactoring of TcSMonad.matchFam.
      0aaf812e
    • Simon Peyton Jones's avatar
      Increase -fcontext-stack=N default to 100 · c96c64fa
      Simon Peyton Jones authored
      This addresses Trac #5395
      c96c64fa
    • Herbert Valerio Riedel's avatar
      Auto-derive a few manually coded Show instances · fdc03a78
      Herbert Valerio Riedel authored
      In `base`, the instances
      
        instance Show ()
        instance Show Bool
        instance Show Ordering
        instance Show a => Show (Maybe a)
      
      where defined manually, even though we can leverage GHC's auto-deriver
      which is perfectly capable by standalone derivation to avoid boiler-plate
      code such as this.
      
      Reviewed By: austin
      
      Differential Revision: https://phabricator.haskell.org/D219
      fdc03a78
  4. 18 Sep, 2014 3 commits
    • Krzysztof Gogolewski's avatar
      Add -fwarn-context-quantification (#4426) · 275dcafb
      Krzysztof Gogolewski authored
      Summary:
      This warning (enabled by default) reports places where a context
      implicitly binds a type variable, for example
      
      type T a = {-forall m.-} Monad m => a -> m a
      
      Also update Haddock submodule.
      
      Test Plan: validate
      
      Reviewers: hvr, goldfire, simonpj, austin
      
      Reviewed By: austin
      
      Subscribers: simonmar, ezyang, carter
      
      Differential Revision: https://phabricator.haskell.org/D211
      
      GHC Trac Issues: #4426
      275dcafb
    • Herbert Valerio Riedel's avatar
      Generalise Control.Monad.{sequence_,msum,mapM_,forM_} · b4060858
      Herbert Valerio Riedel authored
      This finally takes the gloves off, and performs the first actual
      generalization in order to implement #9586. This re-exports the
      respective definitions for the 4 combinators defined in Data.Foldable.
      
      This way, importing Data.Foldable and Control.Monad unqualified won't bring
      conflicting definitions of those 4 entities into scope anymore.
      
      This change seems to have some minor effect on rule-firing, which
      causes some wibble in the test-case T4007
      
      Reviewed By: ekmett, austin
      
      Differential Revision: https://phabricator.haskell.org/D226
      b4060858
    • Herbert Valerio Riedel's avatar
      Move Applicative/MonadPlus into GHC.Base · a94dc4c3
      Herbert Valerio Riedel authored
      This is necessary in order to invert the import-dependency between
      Data.Foldable and Control.Monad (for addressing #9586)
      
      This also updates the `binary` submodule to qualify a GHC.Base import
      
      Reviewed By: austin
      
      Differential Revision: https://phabricator.haskell.org/D223
      a94dc4c3
  5. 16 Sep, 2014 4 commits
    • Herbert Valerio Riedel's avatar
      Move `Maybe`-typedef into GHC.Base · b4752199
      Herbert Valerio Riedel authored
      This is preparatory work for reintroducing SPECIALISEs that were lost
      in d94de872
      
      Differential Revision: https://phabricator.haskell.org/D214
      b4752199
    • archblob's avatar
      Add the ability to :set -l{foo} in ghci, fix #1407. · 52eab67a
      archblob authored
      Summary:
      The dynamic linking code was already there but it was not called
      on flag changes in ghci.
      
      Test Plan: validate
      
      Reviewers: hvr, simonmar, austin
      
      Reviewed By: austin
      
      Subscribers: simonmar, ezyang, carter
      
      Differential Revision: https://phabricator.haskell.org/D194
      
      GHC Trac Issues: #1407
      52eab67a
    • xnyhps's avatar
      Remove special casing of singleton strings, split all strings. · fe9f7e40
      xnyhps authored
      Summary:
      exprIsConApp_maybe now detects string literals and correctly
      splits them. This means case-statemnts on string literals can
      now push the literal into the cases.
      
      fix trac issue #9400
      
      Test Plan: validate
      
      Reviewers: austin, simonpj
      
      Reviewed By: austin, simonpj
      
      Subscribers: simonmar, ezyang, carter
      
      Differential Revision: https://phabricator.haskell.org/D199
      
      GHC Trac Issues: #9400
      fe9f7e40
    • Boris Egorov's avatar
      Fix cppcheck warnings · 3681c885
      Boris Egorov authored
      Summary:
      Cppcheck found a few defects in win32 IOManager and a typo in rts
      testsuite. This commit fixes them.
      
      Cppcheck 1.54 founds three possible null pointer dereferences of ioMan
      pointer. It is dereferenced and checked for NULL after that.
      
      testheapalloced.c contains typo in printf statement, which should print
      percent sign but treated as parameter placement by compiler. To properly
      print percent sign one need to use "%%" string.
      
      FYI: Cppcheck 1.66 cannot find possible null pointer dereferences in
      mentioned places, mistakenly thinking that some memory leaking instead.
      I probably fill a regression bug to Cppcheck.
      
      Test Plan:
      Build project, run 'make fulltest'. It finished with 28 unexpected
      failures. I don't know if they are related to my fix.
      
          Unexpected results from:
          TEST="T3500b T7891 tc124 T7653 T5321FD T5030 T4801 T6048 T5631 T5837 T5642 T9020 T3064 parsing001 T1969 T5321Fun T783 T3294"
      
          OVERALL SUMMARY for test run started at Tue Sep  9 16:46:27 2014 NOVT
           4:23:24 spent to go through
              4101 total tests, which gave rise to
             16075 test cases, of which
              3430 were skipped
      
               315 had missing libraries
             12154 expected passes
               145 expected failures
      
                 3 caused framework failures
                 0 unexpected passes
                28 unexpected failures
      
          Unexpected failures:
             ../../libraries/base/tests  T7653 [bad exit code] (ghci,threaded1,threaded2)
             perf/compiler               T1969 [stat not good enough] (normal)
             perf/compiler               T3064 [stat not good enough] (normal)
             perf/compiler               T3294 [stat not good enough] (normal)
             perf/compiler               T4801 [stat not good enough] (normal)
             perf/compiler               T5030 [stat not good enough] (normal)
             perf/compiler               T5321FD [stat not good enough] (normal)
             perf/compiler               T5321Fun [stat not good enough] (normal)
             perf/compiler               T5631 [stat not good enough] (normal)
             perf/compiler               T5642 [stat not good enough] (normal)
             perf/compiler               T5837 [stat not good enough] (normal)
             perf/compiler               T6048 [stat not good enough] (optasm)
             perf/compiler               T783 [stat not good enough] (normal)
             perf/compiler               T9020 [stat not good enough] (optasm)
             perf/compiler               parsing001 [stat not good enough] (normal)
             typecheck/should_compile    T7891 [exit code non-0] (hpc,optasm,optllvm)
             typecheck/should_compile    tc124 [exit code non-0] (hpc,optasm,optllvm)
             typecheck/should_run        T3500b [exit code non-0] (hpc,optasm,threaded2,dyn,optllvm)
      
      Reviewers: austin
      
      Reviewed By: austin
      
      Subscribers: simonmar, ezyang, carter
      
      Differential Revision: https://phabricator.haskell.org/D203
      3681c885
  6. 15 Sep, 2014 3 commits
  7. 14 Sep, 2014 1 commit
    • Herbert Valerio Riedel's avatar
      Tweak perf-numbers for T1969 and T4801 · 004c5f4f
      Herbert Valerio Riedel authored
      Right now, Phab's buildbot complains about
      
        Unexpected failures:
          perf/compiler T1969 [stat too good] (normal)
          perf/compiler T4801 [stat not good enough] (normal)
      
      However, on my workstation, those tests don't fail (c.f. P14).
      So this commit tries to blindly tweak those numbers and see if
      if Phabricator succeeds to build this code-revision...
      
      Test Plan: Let Harbormaster build it
      
      Reviewers: austin
      
      Subscribers: simonmar, ezyang, carter
      
      Differential Revision: https://phabricator.haskell.org/D210
      004c5f4f
  8. 13 Sep, 2014 1 commit
  9. 12 Sep, 2014 1 commit
  10. 10 Sep, 2014 5 commits
  11. 09 Sep, 2014 2 commits
    • Herbert Valerio Riedel's avatar
      Bump `base` version to 4.8.0.0 for real · c6f502b2
      Herbert Valerio Riedel authored
      This commit updates several submodules in order to bump
      the upper bounds on `base` of most boot packages
      
      Moreover, this updates some of the test-suite cases which have
      version numbers hardcoded within.
      
      However, I'm not sure if this commit didn't introduce the following
      two test-failures
      
         ghc-api  T8628 [bad stdout] (normal)
         ghc-api  T8639_api [bad stdout] (normal)
      
      This needs investigation
      c6f502b2
    • Austin Seipp's avatar
      Make Applicative a superclass of Monad · d94de872
      Austin Seipp authored
      
      
      Summary:
      This includes pretty much all the changes needed to make `Applicative`
      a superclass of `Monad` finally. There's mostly reshuffling in the
      interests of avoid orphans and boot files, but luckily we can resolve
      all of them, pretty much. The only catch was that
      Alternative/MonadPlus also had to go into Prelude to avoid this.
      
      As a result, we must update the hsc2hs and haddock submodules.
      Signed-off-by: default avatarAustin Seipp <austin@well-typed.com>
      
      Test Plan: Build things, they might not explode horribly.
      
      Reviewers: hvr, simonmar
      
      Subscribers: simonmar
      
      Differential Revision: https://phabricator.haskell.org/D13
      d94de872
  12. 06 Sep, 2014 4 commits
  13. 05 Sep, 2014 1 commit
  14. 04 Sep, 2014 5 commits