Skip to content
Commits on Dec 22, 2015
  1. Bump version to

  2. Update changelog

  3. Add benchmark for uncons

  4. Fix mistakes in docs (gh-127)

  5. Merge pull request #125 from Jubobs/master

    Fix some typos
  6. Merge pull request #126 from DanBurton/master

    Propagate decoding failure in the Get monad
  7. Merge pull request #135 from paulcapron/master

    Implement takeWhileEnd
  8. Merge pull request #137 from yiding/patch-1

    Fix typo in module comment
Commits on Dec 21, 2015
  1. @23Skidoo @hvr
  2. @hvr

    Fix PrintfArg fallout from 93e3705

    hvr committed
    `PrintfArg` is extensible only from base-4.7 on, prior to that the
    `PrintfArg` class is not extensible.
  3. @hvr

    Define Semigroup instances and make `-Wcompat`-clean

    hvr committed
    See also ekmett/semigroups#56 for the larger
  4. @hvr

    Kill several redundant-import warnings

    hvr committed
    This refactoring avoids adding any additional evil CPP
    This has been tested across all major GHC 7.* releases, as well as GHC
  5. @hvr
Commits on Oct 21, 2015
  1. @yiding

    Fix typo in module comment

    yiding committed
Commits on Oct 7, 2015
  1. @paulcapron

    Implement takeWhileEnd

    paulcapron committed
    This commit adds a takeWhileEnd function to both Data.Text and Data.Text.Lazy,
    and related QuickCheck properties.
    takeWhileEnd, applied to a predicate `p' and a Text `t', returns the longest
    suffix (possibly empty) of elements in `t' that satisfy `p'.
Commits on Aug 12, 2015
  1. @aloiscochard
Commits on Aug 11, 2015
Commits on Jul 30, 2015
  1. @bgamari

    Release text-

    bgamari committed
  2. @bgamari

    Show: Activate literal rewrite rules in simplifier phase 1

    bgamari committed
    When rewriting in a rule, GHC pretends that it is in the phase given by
    the activation phase of the rule (see Note [Simplifying inside stable
    unfoldings] in `SimplUtils` for rationale). This means that while
    rewriting the text literal rules, the simplifier is effectively in phase
    2 due to 86ddf8a.
    As it turns out, the `build` rule provided by `base` is also active in
    phase 2, meaning it still competes with the literal rules (as 7.10.2
    uses it to rewrite the LHS). For this reason, the previous change did
    not resolve the performance issue in 7.10.2; something I did not
    previously catch due to a rather silly issue in my test envirionment.
    This issue is now properly resolved by activating the literal rewrite
    rules only in phase 1, by which point the `build` rule is inactive. See
    comments 22 through 25 in GHC Trac #10528 for details.
  3. @bgamari
Commits on Jul 28, 2015
  1. @bgamari

    Bump version to

    bgamari committed
Commits on Jul 27, 2015
  1. @bgamari

    Show: Activate literal rewrite rules in simplifier phase 2

    bgamari committed
    Previously these RULES were quite fragile as they could compete with the
    `unpack` rule defined in `GHC.Base`. This was tickled by 7.10.2, which
    happened to rewrite the LHS of rules with other rules (which is itself
    a bug in GHC). This caused the literal rules to fail to fire, which then
    resulted in long compilation times.
    To avoid this sort of fragility, we would like the literal rules to fire
    very early in the simplifier. For this reason we set them to rule in
    phase 2.
    See GHC Trac #10528 for further discussion [1].
Commits on Jul 10, 2015
  1. @DanBurton
Commits on Jul 2, 2015
  1. @Jubobs

    Fix some typos

    Jubobs committed
Commits on May 27, 2015
  1. Bump version to

  2. Update changelog

  3. Expose unpackCString#

Commits on May 22, 2015
Something went wrong with that request. Please try again.