1. 20 Nov, 2015 1 commit
  2. 19 Nov, 2015 10 commits
  3. 18 Nov, 2015 19 commits
  4. 17 Nov, 2015 9 commits
    • quchen's avatar
      MonadFail proposal, phase 1 · 233d1312
      quchen authored
      This implements phase 1 of the MonadFail proposal (MFP, #10751).
      - MonadFail warnings are all issued as desired, tunable with two new flags
      - GHC was *not* made warning-free with `-fwarn-missing-monadfail-warnings`
        (but it's disabled by default right now)
      Credits/thanks to
      - Franz Thoma, whose help was crucial to implementing this
      - My employer TNG Technology Consulting GmbH for partially funding us
        for this work
      Reviewers: goldfire, austin, #core_libraries_committee, hvr, bgamari, fmthoma
      Reviewed By: hvr, bgamari, fmthoma
      Subscribers: thomie
      Projects: #ghc
      Differential Revision: https://phabricator.haskell.org/D1248
      GHC Trac Issues: #10751
    • Adam Gundry's avatar
      Implement OverloadedLabels · 7b962bab
      Adam Gundry authored and Ben Gamari's avatar Ben Gamari committed
      for the big picture.
      Reviewers: goldfire, simonpj, austin, hvr, bgamari
      Reviewed By: simonpj, bgamari
      Subscribers: kosmikus, thomie, mpickering
      Differential Revision: https://phabricator.haskell.org/D1331
    • Tamar Christina's avatar
      Fix archive loading on Windows by the runtime loader · acce37f3
      Tamar Christina authored and Ben Gamari's avatar Ben Gamari committed
      The runtime loader is unable to find archive files `.a` shipping
      with the inplace `GCC`.
      It seems the issue is caused by `findArchive` being unable to
      find any archives that are shipped using the in-place `GCC`.
      - It works on Linux because `findArchive` would search
        the standard Linux include path.
      - It works during compilation because `GCC` can find it's own libraries
        (we explicitly tell it where to look for libraries using the `gcc`
        wrapper around `realgcc`)
      So fixing the issue means using `searchForLibUsingGcc` in `findArchive`
      as well, which will then find the correct file.
      The reason for the error as it is, is because if we can't locate the
      library using any of the methods we have, we assume it is a system dll,
      or something on the system search path.  e.g. if trying to load
      There is a slight issue in that the `GHCi` code (incorrectly) favors
      `static archives` over `dynamic` ones
      findDll        `orElse`
      findArchive    `orElse`
      tryGcc         `orElse`
      tryGccPrefixed `orElse`
      This has the unwanted effect of when `kernel32` is specified as a lib,
      it will try to load `kernel32.a` instead of `kernel32.dll`.
      To solve this I have added another search function that is able to
      search the Windows search paths using `SearchPath` in order to find if
      it is a dll on the system search path.
      The new search order is:
      findDll     `orElse`
      findSysDll  `orElse`
      tryGcc      `orElse`
      findArchive `orElse`
      (`tryGccPrefixed` was rolled into `tryGcc` so it is no longer needed at
      top level)
      Test Plan: ./validate added new windows tests T3242
      Reviewers: thomie, erikd, hvr, austin, bgamari
      Reviewed By: thomie, erikd, bgamari
      Differential Revision: https://phabricator.haskell.org/D1455
      GHC Trac Issues: #3242
    • Herbert Valerio Riedel's avatar
      Make `timer_create(CLOCK_REALTIME)` autoconf test more reliable · 8ad9e74f
      Herbert Valerio Riedel authored and Ben Gamari's avatar Ben Gamari committed
      I've noticed that on a platform with a coarse timer/scheduling
      granularity of 10ms this autoconf tests fails to detect a working
      On AIX, this effectively means that intervals/timers are rounded up to
      multiples of 10ms, so a 13ms delay is effectively a 20ms delay.
      By using a 100ms timeout we are on the safe side.
      Reviewers: austin, bgamari
      Reviewed By: bgamari
      Subscribers: thomie, erikd
      Differential Revision: https://phabricator.haskell.org/D1483
    • A. Sandberg Eriksson's avatar
      Update Cabal submodule for new known extension · b3d6c0f7
      A. Sandberg Eriksson authored and Ben Gamari's avatar Ben Gamari committed
      Reviewers: austin, bgamari
      Reviewed By: bgamari
      Subscribers: thomie
      Differential Revision: https://phabricator.haskell.org/D1485
    • Herbert Valerio Riedel's avatar
      template-haskell: drop `TemplateHaskell` requirement · 7c9cbfd9
      Herbert Valerio Riedel authored
      `other-extensions: TemplateHaskell` is inaccurate: It's not required
      to compile `template-haskell` (otherwise we wouldn't be able to build
      that package via `ghc-stage1`...)
      This has been discovered while working on #11102
    • Ömer Sinan Ağacan's avatar
      Remove orphan Functor instance of Data.Graph.SCC · 615ba5ff
      Ömer Sinan Ağacan authored and Ben Gamari's avatar Ben Gamari committed
      Reviewers: bgamari, austin
      Reviewed By: austin
      Subscribers: thomie
      Differential Revision: https://phabricator.haskell.org/D1481
    • Ben Gamari's avatar
      T9181: Fix testsuite output · 4e74ef96
      Ben Gamari authored and Ben Gamari's avatar Ben Gamari committed
      I'm not really sure how this one snuck through my local validation. Hmm.
    • Ben Gamari's avatar
      Bump process submodule · df8169c8
      Ben Gamari authored
  5. 16 Nov, 2015 1 commit