1. 02 Oct, 2016 10 commits
  2. 27 Sep, 2016 1 commit
  3. 19 Sep, 2016 4 commits
    • Sergei Trofimovich's avatar
      configure.ac: fix --host= handling · b2050299
      Sergei Trofimovich authored
      The following command fails as:
          $ ./configure --prefix=/usr \
              --build=x86_64-pc-linux-gnu \
              --host=x86_64-pc-linux-gnu \
              --target=x86_64-pc-linux-gnu
          configure: error:
          You've selected:
      
            BUILD:  x86_64-unknown-linux
            HOST:   x86_64-unknown-linux
            TARGET: x86_64-unknown-linux
      
          BUILD must equal HOST;
      
      18f06878 changed native
      configure $build/$host/$target checks to ghc-mangled ones,
      but not completely.
      Signed-off-by: default avatarSergei Trofimovich <siarheit@google.com>
      
      Reviewers: rwbarton, erikd, austin, hvr, bgamari, Phyx
      
      Reviewed By: Phyx
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D2508
      
      GHC Trac Issues: #12487
      
      (cherry picked from commit 0cc3931b)
      b2050299
    • Tamar Christina's avatar
      Fix configure detection. · 682518d4
      Tamar Christina authored
      Summary:
      GHC's configure script seems to normalize the values returned from config.guess.
      So for Windows it turns x86_64-pc-mingw64 into x86_64-unknown-mingw32.
      These mangled names are stored in the values $BuildPlatform, $HostPlatform
      and $TargetPlatform.
      
      However further down the file when the comparison is done between the stage0
      compiler and the host the normalized versions are not used.
      So when normalization actually changes the triple this check will fail.
      
      Not sure why it's worked for all this time.. Nor if this is the right fix?
      Does it still work for cross compiling correctly?
      
      Test Plan: ./configure
      
      Reviewers: hvr, austin, thomie, bgamari, erikd
      
      Reviewed By: erikd
      
      Subscribers: erikd, #ghc_windows_task_force
      
      Differential Revision: https://phabricator.haskell.org/D2452
      
      GHC Trac Issues: #12487
      
      (cherry picked from commit 18f06878)
      682518d4
    • Gabor Greif's avatar
      Trim all spaces after 'version:' · ec6526ea
      Gabor Greif authored
      ... that we grep out of libraries/Cabal/Cabal/Cabal.cabal
      
      This is necessary because the file got reformatted
      in the 'master' branch.
      
      (cherry picked from commit 1101045c)
      ec6526ea
    • Simon Peyton Jones's avatar
      Fix scoping of type variables in instances · e134a5bc
      Simon Peyton Jones authored
      This fixes Trac #12531:
      
         class Foo x where
           foo :: forall a . x a -> x a
           default foo :: forall b . x b -> x b
           foo x = go
             where go :: x b
                   go = undefined
      
      We want 'b' to scope over the code for 'foo', but we were
      using 'a' instead.
      
      (cherry picked from commit 0050aff2)
      e134a5bc
  4. 18 Sep, 2016 5 commits
  5. 16 Sep, 2016 1 commit
    • Ben Gamari's avatar
      Fix T12504 · 21c20203
      Ben Gamari authored
      This had an extra_files directive, which does not exist in ghc-8.0, from
      cherry-picking.
      21c20203
  6. 15 Sep, 2016 3 commits
    • Simon Peyton Jones's avatar
      Improve typechecking of instance defaults · 54b887b5
      Simon Peyton Jones authored
      In an instance declaration when you don't specify the code for a
      method, GHC fills in from the default binding in the class.
      The type of the default method can legitmiately be ambiguous ---
      see Note [Default methods in instances] in TcInstDcls --- so
      typechecking it can be tricky.
      
      Trac #12220 showed that although we were dealing with that ambiguity
      for /vanilla/ default methods, we were not doing so for /generic/
      default methods.  Moreover we were dealing with it clumsily, by
      generating post-typechecked code.
      
      This patch fixes the bug AND deletes code!  We now use the same code
      path for both vanilla and generic default methods; and generate
      /pre-typechecked/ code in both cases.  The key trick is that we can use
      Visible Type Application to deal with the ambiguity, which wasn't
      possible before.  Hooray.
      
      There is a small hit to performance in compiler/perf/T1969 which
      consists of nothing BUT instance declarations with several default
      methods to fill, which we now have to typecheck. The actual hit is
      from 724 -> 756 or 4% in that extreme example.  Real world programs
      have vastly fewer instance decls.
      
      (cherry picked from commit d2958bd0)
      54b887b5
    • Simon Marlow's avatar
      Fix codegen bug in PIC version of genSwitch (#12433) · a0472f8d
      Simon Marlow authored
      Summary:
      * getNonClobberedReg instead of getSomeReg, because the reg needs to
        survive across t_code
      * Use a new reg for the table offset calculation instead of clobbering
        the reg returned by expr (this was the bug affecting #12433)
      
      Test Plan: New unit test; validate
      
      Reviewers: rwbarton, bgamari, austin, erikd
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D2529
      
      GHC Trac Issues: #12433
      a0472f8d
    • Ben Gamari's avatar
      Add failing testcase for #12433 · 094f3c69
      Ben Gamari authored
      Test Plan: Validate
      
      Reviewers: austin
      
      Subscribers: thomie
      
      Differential Revision: https://phabricator.haskell.org/D2517
      
      GHC Trac Issues: #11433
      
      (cherry picked from commit dcc49044)
      094f3c69
  7. 12 Sep, 2016 5 commits
  8. 10 Sep, 2016 1 commit
    • Tamar Christina's avatar
      Add platform warning to Foreign.C.Types · 14fb8ef3
      Tamar Christina authored
      Summary:
      The generated documentation for thhe Foreign.C.Types
      module is generated based on the platform which ran Haddock.
      
      This is generating incorrect types for e.g. Windows.
      
      Add a disclaimer to the top of the page to ask people to
      keep this in mind.
      
      Test Plan: make documentation and inspect Haddock
      
      Reviewers: erikd, austin, hvr, bgamari
      
      Reviewed By: erikd
      
      Subscribers: RyanGlScott, #ghc_windows_task_force, thomie
      
      Differential Revision: https://phabricator.haskell.org/D2523
      
      GHC Trac Issues: #12586
      
      (cherry picked from commit 710f21cc)
      14fb8ef3
  9. 09 Sep, 2016 4 commits
  10. 08 Sep, 2016 1 commit
  11. 05 Sep, 2016 5 commits