1. 18 Sep, 2015 1 commit
  2. 17 Sep, 2015 5 commits
    • Thomas Miedema's avatar
      Docs: make sure all libs are included in index.html (#10879) · 48746fff
      Thomas Miedema authored
      During the build, when HADDOCK_DOCS=YES, the command 'cd libraries && sh
      gen_contents_index --intree' is run, which calls haddock to generate the
      haddock index at 'libraries/dist-haddock/index.html'.
      What it did before was check the ./packages file for all libraries. The
      problem is that 'base' and 'ghc-prim' were folded into the main repo
      some time ago, hence don't have an entry in the ./packages file anymore.
      As a result, 'base' and 'ghc-prim' were missing from the index.html
      It now simply runs haddock on all the all the `.haddock` files in the
      libraries directory.
      The only risk is that this could include the extra libraries in the
      index.html, if you ever built them in the past (with
      BUILD_EXTRA_PKGS=YES), even though now you want to exclude them (with
      BUILD_EXTRA_PKGS=NO). gen_contents_index doesn't have access to build
      system variables though (PACKAGES_STAGE1+PACKAGES_STAGE2), so fixing
      this would be a little bit fiddly.
      Test Plan:
      'make libraries/dist-haddock/index.html && grep -q base
      libraries/dist-haddock/index.html && echo ok'
      Reviewed by: austin
      Differential Revision: https://phabricator.haskell.org/D1247
    • Ryan Scott's avatar
      Add namePackage function to template-haskell · 77662e13
      Ryan Scott authored and Thomas Miedema's avatar Thomas Miedema committed
      Currently there exists a nameBase function (for retrieving a Name's OccName)
      and a nameModule function (for retrieving a Name's ModName), but there is no
      counterpart for PkgNames.
      This would be useful for implementing Template Haskell features which need
      to have easy access to a Name's package (e.g., automatically derived Lift
      Reviewed By: goldfire, austin, thomie
      Differential Revision: https://phabricator.haskell.org/D1237
    • Simon Marlow's avatar
      ApplicativeDo transformation · 8ecf6d8f
      Simon Marlow authored
      This is an implementation of the ApplicativeDo proposal.  See the Note
      [ApplicativeDo] in RnExpr for details on the current implementation,
      and the wiki page https://ghc.haskell.org/trac/ghc/wiki/ApplicativeDo
      for design notes.
      Test Plan: validate
      Reviewers: simonpj, goldfire, austin
      Subscribers: thomie
      Differential Revision: https://phabricator.haskell.org/D729
    • Moritz Kiefer's avatar
      Show minimal complete definitions in ghci (#10847) · 43eb1dc5
      Moritz Kiefer authored and Thomas Miedema's avatar Thomas Miedema committed
      Show the minimal complete definition on :info in ghci. They
      are shown like MINIMAL pragmas in code. If the minimal complete
      definition is empty or only a specific method from a class is
      requested, nothing is shown.
      Reviewed By: simonpj, austin, thomie
      Differential Revision: https://phabricator.haskell.org/D1241
    • Thomas Miedema's avatar
      Testsuite: add test for #10781 · 8d89d80d
      Thomas Miedema authored
  3. 16 Sep, 2015 1 commit
  4. 15 Sep, 2015 2 commits
    • Thomas Miedema's avatar
      Fix `hp2ps -i-` · 325efac2
      Thomas Miedema authored
      From the help text:
        -i[+|-] sort by identifier string (-i+ gives greatest on top)
      Found by David Binderman.
    • Sebastian Reuße's avatar
      Pretty: fix unicode arrow operators. · 14c4090e
      Sebastian Reuße authored and Thomas Miedema's avatar Thomas Miedema committed
      As per issue #10509, the documentation gave the wrong glyphs for Unicode
      alternatives to the -< and >- arrow operators (the codepoints were
      correct, but the glyphs were not). The incorrect glyphs have also
      made it into the error output. This replaces those characters with the
      correct versions.
      GHC Trac Issues: #10883
  5. 14 Sep, 2015 1 commit
  6. 12 Sep, 2015 5 commits
  7. 11 Sep, 2015 13 commits
  8. 10 Sep, 2015 1 commit
  9. 09 Sep, 2015 1 commit
  10. 08 Sep, 2015 9 commits
    • kanetw's avatar
      Forbid annotations when Safe Haskell safe mode is enabled. · 4356dacb
      kanetw authored
      For now, this fails compliation immediately with an error. If desired, this
      can be a warning that annotations in Safe Haskell are ignored.
      Signed-off-by: kanetw's avatarDavid Kraeutmann <kane@kane.cx>
      Reviewed By: goldfire, austin
      Differential Revision: https://phabricator.haskell.org/D1226
      GHC Trac Issues: #10826
    • Ben Gamari's avatar
      HeapStackCheck: Small refactoring · dbb4e415
      Ben Gamari authored
      Use modern Cmm argument syntax in stg_block_blackhole definition.
      Reviewed By: simonmar, austin
      Differential Revision: https://phabricator.haskell.org/D1210
    • Thomas Miedema's avatar
      Build system: check for inconsistent settings (#10157) · 1b8eca18
      Thomas Miedema authored
      `configure` currently detects when the docbook and hscolour tools aren't
      available, and instead of failing outright (as it does for missing alex
      and happy), sets some variables in mk/config.mk to tell `make` not to
      build the documentation.
      Sometimes, however, you want to really make sure all documentation gets
      built, fully colourized. For example when making a release. To do so,
      you can override the mentioned variables from mk/config.mk in
      mk/build.mk (e.g. set HSCOLOUR_SRCS=YES).
      This patch adds some error checking to make sure that doing so will not
      result in weird build failures when those tools are still missing.
      Test Plan: ran `make` a couple of times, with different mk/config.mk settings.
      Reviewed by: austin
      Differential Revision: https://phabricator.haskell.org/D1232
    • Ben Gamari's avatar
      Move GeneralCategory et al to GHC.Unicode · e4a73f4f
      Ben Gamari authored
      This allows these to be used from Text.Read.Lex import cycles.
      Reviewed By: thomie, austin
      Differential Revision: https://phabricator.haskell.org/D1121
      GHC Trac Issues: #10444
    • Thomas Miedema's avatar
      Build system: cleanup BUILD_DIRS + add lots of Notes · 8be43dd9
      Thomas Miedema authored
      See Note [CrossCompiling vs Stage1Only] in mk/config.mk.in.
      See Note [Stage1Only vs stage=1] in mk/config.mk.in.
      See Note [No stage2 packages when CrossCompiling or Stage1Only].
        * use stage2 to build mkUserGuidePart, as was probably intended.
          Now the following represent the same set of packages:
          - packages that we build with ghc-stage2
          - packages that depend on the ghc library
          Those packages are: haddock, mkUserGuidePart and ghctags.
        * don't let utils that don't depend on the ghc library depend on its
          package-data.mk file. Instead, let those utils directly depend on
          the package-data.mk files of the stage1 packages. Not sure if it
          improves anything, but I found it easier to explain what's going on
          this way.
      (partially) reviewed by: austin
      Differential Revision: https://phabricator.haskell.org/D1218
    • Thomas Miedema's avatar
      Build system: make *-cross BuildFlavours consistent (#10223) · 330fbbda
      Thomas Miedema authored
      This is a follow up to 841924c9,
      where `-fllvm` was explicitly removed from GhcStage1HcOpts for
      After removing -fllvm from GhcStage1HcOpts, it should be removed from
      SRC_HC_OPTS as well, because SRC_HC_OPTS are added to every Haskell
      compilation. That's what this patch does.
      BuildFlavour bench-cross (added in ddf79ebf),
      is probably never used. But for consistency, also use -fllvm here, for
      building stage2 and the libraries.
      Reviewed by: austin
      Differential Revision: https://phabricator.haskell.org/D1228
    • Thomas Miedema's avatar
      Build system: delete the InstallExtraPackages variable · a1586074
      Thomas Miedema authored
      Just install all packages that are built. Don't make an exception for
      the dph and extra packages.
      You can control whether the dph and extra packages should be build using
      the variables BUILD_DPH and BUILD_EXTRA_PKGS. These variables didn't
      exist before. But now that they do, InstallExtraPackages isn't really
      needed anymore.
      Reviewed by: austin
      Differential Revision: https://phabricator.haskell.org/D1227
    • Thomas Miedema's avatar
      Build system: remove hack for Mac OSX in configure.ac (#10476) · 864a9c4f
      Thomas Miedema authored
      Cross-compilation on Mac OSX currently doesn't work. While building
      stage 1, the build system uses the `ar` for the target architecture
      instead of the `ar` for build/host architecture.
      The cause is a hack added in 24746fe7
      (2010), to supporting bootstrap compilers built with older versions of
      Xcode. Xcode 4.3 started installing command line tools in a different
      location. Assuming this all behind us now, and the paths didn't change
      again (you never now), we can delete the hack.
      Deleting the hack fixes the cross compilation issue. Tested by Trac user
      Reviewed by: austin
      Differential Revision: https://phabricator.haskell.org/D1231
    • Thomas Miedema's avatar
      Build system: detect when user cloned from GitHub · 554be5e7
      Thomas Miedema authored
      Cloning the ghc repository from GitHub doesn't work out of the box. It
      requires installing some special url rewrites into ~/.gitconfig. The
      build fails mysteriously if you forget. This patch tries to detect when
      you cloned from GitHub, and warns you if you didn't set those url
      This hopefully lowers to barrier to contribute to GHC by a tiny bit. At
      least one /r/haskell user ran into this recently.
      Test Plan:
      cloned from github, ran ./boot, saw the message. Installed url
      rewrites, and ran ./boot again, didn't see the message.
      Reviewed by: austin
      Differential Revision: https://phabricator.haskell.org/D1230
  11. 07 Sep, 2015 1 commit
    • Joachim Breitner's avatar
      Further simplify the story around minimum/maximum · c6b82e99
      Joachim Breitner authored
      After I have found out that I should look at -ddump-prep and not
      -ddump-core, I noticed that these days, GHC is perfectly capeable of
      turning (the equivalent) of foldl to (the equivalent) of foldl' if the
      operation in question is strict. So instead of using rewrite rules to
      rewrite maximum to a strictMaximum for certain types, we simply use
      This also marks maximum/minimum as INLINEABLE, so that client code can
      get similar specializations, hopefully even automatically. And inded,
      minimum applied to [Double] produces good code (although due to
      inlineing, not due to specialization, it seems).
      I checked (by looking at the core) that this still fixes #10788.
      Differential revision: https://phabricator.haskell.org/D1229