1. 21 May, 2019 3 commits
  2. 20 May, 2019 2 commits
  3. 16 May, 2019 1 commit
  4. 14 May, 2019 9 commits
    • Alp Mestanogullari's avatar
      Hadrian: 'need' source files for various docs in Rules.Documentation · a416ae26
      Alp Mestanogullari authored
      Previously, changing one of the .rst files from the user guide would not cause
      the user guide to be rebuilt. This patch take a first stab at declaring the
      documentation source files that our documentation rules depend on, focusing
      on the .rst files only for now.
      We eventually might want to rebuild docs when we, say, change the haddock style
      file, but this level of tracking isn't really necessary for now.
      This fixes #16645.
    • Vladislav Zavialov's avatar
      Restore the --coerce option in 'happy' configuration · 684dc290
      Vladislav Zavialov authored
      happy-1.19.10 has been released with a fix for --coerce in the presence
      of higher rank types. This should result in about 10% performance
      improvement in the parser.
    • Vladislav Zavialov's avatar
      Guard CUSKs behind a language pragma · a5fdd185
      Vladislav Zavialov authored
      GHC Proposal #36 describes a transition plan away from CUSKs and to
      top-level kind signatures:
      1. Introduce a new extension, -XCUSKs, on by default, that detects CUSKs
         as they currently exist.
      2. We turn off the -XCUSKs extension in a few releases and remove it
         sometime thereafter.
      This patch implements phase 1 of this plan, introducing a new language
      extension to control whether CUSKs are enabled. When top-level kind
      signatures are implemented, we can transition to phase 2.
    • Vladislav Zavialov's avatar
    • Oleg Grenrus's avatar
      Update terminal title while running test-suite · 5cf8032e
      Oleg Grenrus authored
      Useful progress indicator even when `make test VERBOSE=1`,
      and when you do something else, but have terminal title visible.
    • John Ericson's avatar
      Remove all target-specific portions of Config.hs · e529c65e
      John Ericson authored
      1. If GHC is to be multi-target, these cannot be baked in at compile
      2. Compile-time flags have a higher maintenance than run-time flags.
      3. The old way makes build system implementation (various bootstrapping
         details) with the thing being built. E.g. GHC doesn't need to care
         about which integer library *will* be used---this is purely a crutch
         so the build system doesn't need to pass flags later when using that
      4. Experience with cross compilation in Nixpkgs has shown things work
         nicer when compiler's can *optionally* delegate the bootstrapping the
         package manager. The package manager knows the entire end-goal build
         plan, and thus can make top-down decisions on bootstrapping. GHC can
         just worry about GHC, not even core library like base and ghc-prim!
    • John Ericson's avatar
      Dont refer to `cLeadingUnderscore` in test · f9e4ea40
      John Ericson authored
      Can't use this config entry because it's about to go away
    • John Ericson's avatar
      hadrian: Make settings stage specific · 015a21b8
      John Ericson authored
    • KevinBuhr's avatar
      Add regression test for old parser issue #504 · 357be128
      KevinBuhr authored
  5. 13 May, 2019 1 commit
  6. 10 May, 2019 5 commits
  7. 08 May, 2019 9 commits
  8. 07 May, 2019 3 commits
  9. 06 May, 2019 4 commits
  10. 05 May, 2019 2 commits
  11. 04 May, 2019 1 commit