1. 04 Feb, 2019 1 commit
  2. 02 Feb, 2019 1 commit
  3. 01 Feb, 2019 3 commits
  4. 31 Jan, 2019 3 commits
  5. 30 Jan, 2019 7 commits
    • Zejun Wu's avatar
      Allocate bss section within proper range of other sections · 740534d4
      Zejun Wu authored
      This re-applies {D5195} and {D5235}, they were reverted as part of diff
      stack to unbreak i386. The proper fix is done in {D5289}.
      Allocate bss section within proper range of other sections:
      * when `+RTS -xp` is passed, allocate it contiguously as we did for
        jump islands
      * when we mmap the code to lower 2Gb, we should allocate bss section
        there too
      Test Plan:
      1. `./validate`
      `TEST="T15729" make test` passed in both linux (both i386 and x86_64) and macos.
      Also test in a use case where we used to encouter error like:
      ghc-iserv-prof: R_X86_64_PC32 relocation out of range: (noname) =
      and now, everything works fine.
      Reviewers: simonmar, bgamari, angerman, erikd
      Reviewed By: simonmar
      Subscribers: rwbarton, carter
      GHC Trac Issues: #15729
      Differential Revision: https://phabricator.haskell.org/D5290
    • Alan Zimmerman's avatar
      API Annotations: Parens not attached correctly for ClassDecl · 4bf35da4
      Alan Zimmerman authored
      The parens around the kinded tyvars should be attached to the class
      declaration as a whole, they are attached to the tyvar instead,
      outside the span.
      An annotation must always be within or after the span it is contained
      Closes #16212
    • David Eichmann's avatar
      Performance tests: recover a baseline from ancestor commits and CI results. · cc2261d4
      David Eichmann authored
      gitlab-ci: push performance metrics as git notes to the "GHC Performance Notes" repository.
    • Ben Gamari's avatar
      testsuite: Use makefile_test · 513a449c
      Ben Gamari authored
      This eliminates most uses of run_command in the testsuite in favor of the more
      structured makefile_test.
    • Ben Gamari's avatar
      testsuite: Introduce makefile_test · bdb559a6
      Ben Gamari authored
    • Ben Gamari's avatar
      Revert "Batch merge" · 172a5933
      Ben Gamari authored
      This reverts commit 76c8fd67.
    • Ben Gamari's avatar
      Batch merge · 76c8fd67
      Ben Gamari authored
  6. 28 Jan, 2019 3 commits
  7. 27 Jan, 2019 8 commits
  8. 23 Jan, 2019 4 commits
  9. 21 Jan, 2019 1 commit
  10. 20 Jan, 2019 1 commit
  11. 18 Jan, 2019 1 commit
  12. 17 Jan, 2019 1 commit
  13. 16 Jan, 2019 3 commits
    • Alec Theriault's avatar
      Fix tests for `integer-simple` · d2eb344a
      Alec Theriault authored
      A bunch of tests for `integer-simple` were now broken for a foolish reason:
      unlike the `integer-gmp` case, there is no CorePrep optimization for turning
      small integers directly into applications of `S#`.
      Rather than port this optimization to `integer-simple` (which would involve
      moving a bunch of `integer-simple` names into `PrelNames`), I switched
      as many tests as possible to use `Int`.
      The printing of `Integer` is already tested in `print037`.
    • Alec Theriault's avatar
      Support printing `integer-simple` Integers in GHCi · 582a96f4
      Alec Theriault authored
      This means that `:p` no longer leaks the implementation details of
      `Integer` with `integer-simple`. The `print037` test case should
      exercise all possible code paths for GHCi's code around printing
      `Integer`s (both in `integer-simple` and `integer-gmp`).
      `ghc` the package now also has a Cabal `integer-simple` flag (like the
      `integer-gmp` one).
    • Roland Senn's avatar
  14. 15 Jan, 2019 3 commits
    • Ryan Scott's avatar
      Control validity-checking of type synonym applications more carefully · 9dc56b61
      Ryan Scott authored
      Trac #16059 shows that when validity checking applications of type
      synonyms, GHC sometimes wasn't checking the expanded type enough.
      We must be careful, however, since checking both the expanded type as
      well as the arguments to the type synonym can lead to exponential
      blowup (see https://ghc.haskell.org/trac/ghc/ticket/16059#comment:4).
      Nor can we omit checking either the expanded type or the argument for
      correctness reasons.
      The solution here is to introduce a new `ExpandMode` data type that
      is plumbed through all of the type-validity-checking functions in
      `TcValidity`. `ExpandMode` dictates whether we only check the
      expanded type (`Expand`), only check the arguments (`NoExpand), or
      both (`Both`). Importantly, if we check `Both` in the function for
      validity checking type synonym applications, then we switch to
      `NoExpand` when checking the arguments so as to avoid exponential
      blowup. See `Note [Correctness and performance of type synonym validity
      checking]` for the full story.
    • Ryan Scott's avatar
      Fix #16116 by removing badAssocRhs · e63518f5
      Ryan Scott authored
    • Ryan Scott's avatar