1. 16 Jun, 2015 15 commits
    • eir@cis.upenn.edu's avatar
      Testsuite wibble around decomposing newtypes. · f1080035
      eir@cis.upenn.edu authored
      This is actually an improvement. Yay!
      f1080035
    • eir@cis.upenn.edu's avatar
      (mostly) Comments only · 93f97be7
      eir@cis.upenn.edu authored
      The one non-comment change is a small refactoring/simplification
      in TcCanonical that should have no impact: avoiding flattening twice.
      93f97be7
    • eir@cis.upenn.edu's avatar
      Decompose wanted repr. eqs. when no matchable givens. · ff82387d
      eir@cis.upenn.edu authored
      This is pursuant to a conversion with SPJ, where we agreed that
      the logic behind Note [Instance and Given overlap] in TcInteract
      applied to newtype decomposition for representational equality.
      
      There is no bug report or test case, as tickling this kind of thing
      is quite hard to do!
      ff82387d
    • eir@cis.upenn.edu's avatar
      Test case for #10428. · 66440396
      eir@cis.upenn.edu authored
      66440396
    • eir@cis.upenn.edu's avatar
      Fix #10493. · ace8d4fc
      eir@cis.upenn.edu authored
      Now, a Coercible (T1 ...) (T2 ...) constraint is insoluble only
      when both T1 and T2 say "yes" to isDistinctTyCon. Several comments
      also updated in this patch.
      ace8d4fc
    • eir@cis.upenn.edu's avatar
      Fix #10495. · 0de0b146
      eir@cis.upenn.edu authored
      This change means that the intricate reasoning in TcErrors
      around getting messages just right for nominal equalities
      is skipped for representational equalities.
      0de0b146
    • eir@cis.upenn.edu's avatar
      Fix #10494 · c772f57e
      eir@cis.upenn.edu authored
      Now representational AppTys are just IrredEvCans, as they should be.
      
      Test case: typecheck/should_compile/T10494
      c772f57e
    • Ben Gamari's avatar
      Encode alignment in MO_Memcpy and friends · a0d158fd
      Ben Gamari authored
      
      
      Summary:
      Alignment needs to be a compile-time constant. Previously the code
      generators had to jump through hoops to ensure this was the case as the
      alignment was passed as a CmmExpr in the arguments list. Now we take
      care of this up front.
      
      This fixes #8131.
      Authored-by: rwbarton's avatarReid Barton <rwbarton@gmail.com>
      Dusted-off-by: Ben Gamari's avatarBen Gamari <ben@smart-cactus.org>
      
      Tests for T8131
      
      Test Plan: Validate
      
      Reviewers: rwbarton, austin
      
      Reviewed By: rwbarton, austin
      
      Subscribers: bgamari, carter, thomie
      
      Differential Revision: https://phabricator.haskell.org/D624
      
      GHC Trac Issues: #8131
      a0d158fd
    • Ben Gamari's avatar
      Encode alignment in MO_Memcpy and friends · 681973c3
      Ben Gamari authored and Ben Gamari's avatar Ben Gamari committed
      
      
      Summary:
      Alignment needs to be a compile-time constant. Previously the code
      generators had to jump through hoops to ensure this was the case as the
      alignment was passed as a CmmExpr in the arguments list. Now we take
      care of this up front.
      
      This fixes #8131.
      Authored-by: rwbarton's avatarReid Barton <rwbarton@gmail.com>
      Dusted-off-by: Ben Gamari's avatarBen Gamari <ben@smart-cactus.org>
      
      Tests for T8131
      
      Test Plan: Validate
      
      Reviewers: rwbarton, austin
      
      Reviewed By: rwbarton, austin
      
      Subscribers: bgamari, carter, thomie
      
      Differential Revision: https://phabricator.haskell.org/D624
      
      GHC Trac Issues: #8131
      681973c3
    • Ben Gamari's avatar
      users_guide: Various spelling fixes · d46fdf25
      Ben Gamari authored
      Summary:
      Today when reading through the users manual I noticed a few spelling issues.
      This prompted me to run the document through ispell which turned up even more
      issues. I've tried to be conservative here; most of the corrections are
      misspellings and typos but in a few cases I've moved from American to British
      orthography.
      
      Test Plan: Read.
      
      Reviewers: austin
      
      Reviewed By: austin
      
      Subscribers: bgamari, thomie
      
      Differential Revision: https://phabricator.haskell.org/D925
      d46fdf25
    • Ben Gamari's avatar
      users_guide: Various spelling fixes · a90712b4
      Ben Gamari authored and Ben Gamari's avatar Ben Gamari committed
      Summary:
      Today when reading through the users manual I noticed a few spelling issues.
      This prompted me to run the document through ispell which turned up even more
      issues. I've tried to be conservative here; most of the corrections are
      misspellings and typos but in a few cases I've moved from American to British
      orthography.
      
      Test Plan: Read.
      
      Reviewers: austin
      
      Reviewed By: austin
      
      Subscribers: bgamari, thomie
      
      Differential Revision: https://phabricator.haskell.org/D925
      a90712b4
    • Ben Gamari's avatar
      Lexer: Suggest adding 'let' on unexpected '=' token · 0d6c97ba
      Ben Gamari authored
      Summary:
      I've heard numerous fledgling Haskeller's complain about the behavior of
      ghci regarding bindings. While most REPLs accept bindings of the form
      `x = 42`, GHCi is implicitly a `do` block, meaning that the user must
      know to use a `let` to introduce a binding.
      
      Here we suggest to the user that they may need a `let` and give them a
      small example in the event that we find an unexpected `=` token.
      
      Reviewers: austin
      
      Reviewed By: austin
      
      Subscribers: thomie, bgamari
      
      Differential Revision: https://phabricator.haskell.org/D980
      0d6c97ba
    • Ben Gamari's avatar
      Lexer: Suggest adding 'let' on unexpected '=' token · 1ff7f09b
      Ben Gamari authored and Ben Gamari's avatar Ben Gamari committed
      Summary:
      I've heard numerous fledgling Haskeller's complain about the behavior of
      ghci regarding bindings. While most REPLs accept bindings of the form
      `x = 42`, GHCi is implicitly a `do` block, meaning that the user must
      know to use a `let` to introduce a binding.
      
      Here we suggest to the user that they may need a `let` and give them a
      small example in the event that we find an unexpected `=` token.
      
      Reviewers: austin
      
      Reviewed By: austin
      
      Subscribers: thomie, bgamari
      
      Differential Revision: https://phabricator.haskell.org/D980
      1ff7f09b
    • Ben Gamari's avatar
      ghc.mk: Update instances of -auto-all · df637363
      Ben Gamari authored and Ben Gamari's avatar Ben Gamari committed
      -auto-all is now -fprof-auto.
      
      Reviewed By: austin
      
      Differential Revision: https://phabricator.haskell.org/D989
      df637363
    • eir@cis.upenn.edu's avatar
      Fix #10534 · 89c7168c
      eir@cis.upenn.edu authored
      Test case: typecheck/should_fail/T10534
      89c7168c
  2. 15 Jun, 2015 9 commits
  3. 14 Jun, 2015 1 commit
  4. 12 Jun, 2015 12 commits
  5. 11 Jun, 2015 3 commits