1. 04 Sep, 2013 8 commits
  2. 03 Sep, 2013 6 commits
    • eir@cis.upenn.edu's avatar
      Allow non-Nominal covars (bugfix) · 62d3fdeb
      eir@cis.upenn.edu authored
      62d3fdeb
    • Edsko de Vries's avatar
      Fix #7918 · be7f10bb
      Edsko de Vries authored
      be7f10bb
    • Jan Stolarek's avatar
      Comments and type synonym in CmmSink · 1957fddb
      Jan Stolarek authored
      1957fddb
    • Simon Peyton Jones's avatar
      Comment only · 32862bff
      Simon Peyton Jones authored
      32862bff
    • Simon Peyton Jones's avatar
      Improve Linting in GHCi (fixes Trac #8215) · dfa8ef03
      Simon Peyton Jones authored
      The original problem was that we weren't bringing varaibles bound in the
      interactive context into scope before Linting the result of a top-level
      declaration in GHCi.  (We were doing this for expressions.)
      
      Moreover I found that we weren't Linting the result of desugaring
      a GHCi expression, which we really should be doing.
      
      It took me a bit of time to unravel all this, and I did some refactoring
      to make it easier next time.
      
        * CoreMonad contains the Lint wrappers that get the right
          environments into place.  It always had endPass and lintPassResult
          (which Lints bindings), but now it has lintInteractiveExpr.
      
        * Both use a common function CoreMonad.interactiveInScope to find
          those in-scope variables.
      
      Quite a bit of knock-on effects from this, but nothing exciting.
      dfa8ef03
    • Gabor Greif's avatar
      Patch by lukexi. · e5255476
      Gabor Greif authored
      Fixing #8217 for the unix(-like) case.
      e5255476
  3. 02 Sep, 2013 6 commits
    • Herbert Valerio Riedel's avatar
      Extend `packages` by 4th column for upstream repo · a137827a
      Herbert Valerio Riedel authored
      By keeping the repository url in the `packages` file scripts such as
      source:ghc/sync-all can pick it up. Moreover, it's easier to
      automatically validate for correctness than the
      wiki:Repositories/Upstream page.
      a137827a
    • Jan Stolarek's avatar
      Comments only · 9e2e84e0
      Jan Stolarek authored
      9e2e84e0
    • Simon Peyton Jones's avatar
      Improve documentation for the 7.8 release · d5b81cb3
      Simon Peyton Jones authored
      * Document ExplicitNamespaces
      * Improve documentation of ambiguity, and AllowAmbiguousTypes
      * Improve documentation of overlapping/incoherent instance rules
      * List language extensions in alphabetical order
      d5b81cb3
    • Simon Peyton Jones's avatar
      Make Specialise close over kind variables (fixes Trac #8196) · 8d7dd547
      Simon Peyton Jones authored
      This is a lingering bug from the introduction of polymorphic kinds.
      In the specialiser we were specialising over a type, but failing
      to specialise over the kinds it mentions.
      
      The fix is simple: add a call to closeOverKinds.
      
      Most of the patch is to add closeOverKinds, and to use it in a few
      other places where we are doing essentially the same thing.
      8d7dd547
    • Simon Peyton Jones's avatar
      Remove the final vestiges of InlineWrappers · e4a1d2d0
      Simon Peyton Jones authored
      Part of Nick Frisby's patch (c080f727)
      for late demand-analysis removed the over-zealous short-cut whereby
      strictness wrappers were not spelled out in detail in interface files.
      
      This patch completes the process by
       * removing InlineWrapper from UnfoldingSource
       * removing IfWrapper from IfaceUnfolding
      
      There was a tiny bit of special ad-hocery for wrappers, in OccurAnal,
      but fortunately that too turns out to be rendered irrelevant by
      the more uniform treatment, and after that there was no need
      to remember which functions are wrappers.
      e4a1d2d0
    • Edward Z. Yang's avatar
      Explicit import lists for StgCmmProf. · 5f98d44d
      Edward Z. Yang authored
      
      Signed-off-by: Edward Z. Yang's avatarEdward Z. Yang <ezyang@mit.edu>
      5f98d44d
  4. 31 Aug, 2013 5 commits
  5. 30 Aug, 2013 14 commits
  6. 29 Aug, 2013 1 commit
    • rwbarton's avatar
      Treat EPERM error from mmap as an OOM (#7500) · acb91b92
      rwbarton authored
      
      
      Linux can give back EPERM from an mmap call when a user program attempts
      to map pages near `mmap_min_addr`, which is a kernel security measure to
      prevent people from mapping pages at address 0. We may do this when we
      hint to mmap what address to map the pages to.
      
      However, it's theoretically possible we're not actually out of memory -
      we could have continuously mapped pages at some other place far away
      from `mmap_min_addr` and succeeded instead. So as an added precaution,
      if mmap for a given addr gives us EPERM, we'll also attempt to map
      *again*, but without the address hint. Maybe the kernel can do the right
      thing.
      
      However, while testing #7500, the amount of free address space we could
      have otherwise used only turns out to be about 139MB. Which isn't really
      a lot. So, given that, we *also* otherwise treat EPERM as an out of
      memory error.
      
      This fixes #7500.
      Signed-off-by: thoughtpolice's avatarAustin Seipp <aseipp@pobox.com>
      acb91b92