1. 01 Sep, 2016 3 commits
  2. 31 Aug, 2016 19 commits
  3. 30 Aug, 2016 10 commits
    • Duncan Coutts's avatar
      Fix handling of package-db entries in .ghc.environment files, etc. · ef784c55
      Duncan Coutts authored
      Previously interpreting the content of the .ghc.env files was done
      after the step that loaded the available package dbs. This meant that
      setting the package db flags was ineffective. This patch moves
      interpreting the env files before loading of the package dbs.
      Also, the package-db entries refer to files. Allow spaces in these file
      names. Also treat as comments lines beginning with "--".
      These are pretty minor fixes in a feature that up 'til now has been
      essentially unused (witness no bug report about it), so there's very
      low risk here. If we can get this into 8.0.2 then cabal can start
      generating the .ghc.environment files, otherwise it cannot as it needs
      the working package-db entries, to be able to refer to local package
      dbs in the build tree (or cabal nix store).
      Test Plan:
      Manually create example .ghc.env files
      run ghci; :show packages
      Done this. It works.
      Reviewers: austin, bgamari
      Reviewed By: bgamari
      Subscribers: thomie
      Differential Revision: https://phabricator.haskell.org/D2476
    • mniip's avatar
      Tag pointers in interpreted constructors · a25bf267
      mniip authored
      Instead of stg_interp_constr_entry there are now 7 functions (one for
      each value of the tag bits) that tag the constructor pointer before
      returning. This is consistent with compiled constructors' entry code,
      and expectations that compiled code places on compiled constructors. The
      iserv protocol is extended with an extra field that explains what
      pointer tag the constructor should use.
      Test Plan: Added tests for #12523
      Reviewers: erikd, bgamari, hvr, austin, simonmar
      Reviewed By: simonmar
      Subscribers: osa1, thomie, rwbarton
      Differential Revision: https://phabricator.haskell.org/D2473
      GHC Trac Issues: #12523
    • Edward Z. Yang's avatar
      Fix binary-trees regression from unnecessary floating in CorePrep. · 83b326cd
      Edward Z. Yang authored
      In the previous patch, I handled lazy @(Int -> Int) f x
      correctly, but failed to handle lazy @Int (f x) (we need
      to collect arguments in f x).
      Signed-off-by: default avatarEdward Z. Yang <ezyang@cs.stanford.edu>
      Test Plan: validate
      Reviewers: simonpj, austin, bgamari, nomeata
      Reviewed By: nomeata
      Subscribers: simonmar, thomie
      Differential Revision: https://phabricator.haskell.org/D2471
    • harendra's avatar
      Clarify pkg selection when multiple versions are available · 6781f37d
      harendra authored
      Reviewers: austin, bgamari, ezyang
      Reviewed By: ezyang
      Subscribers: thomie
      Differential Revision: https://phabricator.haskell.org/D2464
    • harendra's avatar
      Fix and complete runghc documentation · d168c41a
      harendra authored
      Reviewers: austin, thomie, bgamari
      Reviewed By: bgamari
      Differential Revision: https://phabricator.haskell.org/D2463
      GHC Trac Issues: #12517
    • Ryan Scott's avatar
      TcGenDeriv: Typofix · ff1931e2
      Ryan Scott authored
      I think someone accidentally a word in a Note in TcGenDeriv.
    • Ryan Scott's avatar
      OccName: Remove unused DrIFT directive · 044e81b4
      Ryan Scott authored
    • Sergei Trofimovich's avatar
      rts: enable parallel GC scan of large (32M+) allocation area · a5d26f26
      Sergei Trofimovich authored
      Parallel GC does not scan large allocation area (-A)
      effectively as it does not do work stealing from nursery
      by default.
      That leads to large imbalance when only one of threads
      overflows allocation area: most of GC threads finish
      quickly (as there is not much to collect) and sit idle
      waiting while single GC thread finishes scan of single
      allocation area for that thread.
      The patch enables work stealing for (equivalent of -qb0)
      allocation area of -A32M or higher.
      Tested on a highlighting-kate package from Trac #9221
      On 8-core machine the difference is around 5% faster
      of wall-clock time. On 24-core VM the speedup is 20%.
      Signed-off-by: default avatarSergei Trofimovich <siarheit@google.com>
      Test Plan: measured wall time and GC parallelism on highlighting-kate build
      Reviewers: austin, bgamari, erikd, simonmar
      Reviewed By: bgamari, simonmar
      Subscribers: thomie
      Differential Revision: https://phabricator.haskell.org/D2483
      GHC Trac Issues: #9221
    • Sergei Trofimovich's avatar
      GhcMake: limit Capability count to CPU count in parallel mode · 9d175605
      Sergei Trofimovich authored
      In Trac #9221 one of problems using high --jobs=<N>
      is amount of mutator (or GC) threads we crate.
      We use userspace spinning-and-yielding (see ACQUIRE_SPIN_LOCK)
      to acess work stealing queues. In case of
      N-worker-threads > N-CPUs fraction of time when
      thread holding spin lock gets descheduled by kernel
      increases. That causes other threads to waste CPU time
      before giving up CPU.
      Signed-off-by: default avatarSergei Trofimovich <siarheit@google.com>
      Test Plan:
      ghc --make -j8 and -j80 have comparable sys time
      on a 8-core system.
      Reviewers: austin, gintas, bgamari, simonmar
      Reviewed By: bgamari, simonmar
      Subscribers: thomie
      Differential Revision: https://phabricator.haskell.org/D2482
      GHC Trac Issues: #9221
    • Edward Z. Yang's avatar
      Missing stderr for T12531. · 21c2ebf2
      Edward Z. Yang authored
      Signed-off-by: default avatarEdward Z. Yang <ezyang@cs.stanford.edu>
  4. 29 Aug, 2016 3 commits
    • Ryan Scott's avatar
      Remove unused DerivInst constructor for DerivStuff · f4384ef5
      Ryan Scott authored
      Back when derived `Generic` instances used to generate auxiliary datatypes,
      they would also generate instances for those datatypes. Nowadays, GHC generics
      uses a `DataKinds`-based encoding that requires neither auxiliary datatypes
      (corresponding to the `DerivTyCon` constructor of `DerivStuff`) nor instances
      for them (the `DerivInst` constructor of `DerivStuff`). It appears that
      `DerivTyCon` constructor was removed at some point, but `DerivInst` never was.
      No `DerivInst` values are ever constructed, so we can safely remove it.
      Test Plan: It builds
      Reviewers: austin, hvr, bgamari
      Reviewed By: bgamari
      Subscribers: thomie
      Differential Revision: https://phabricator.haskell.org/D2481
    • Ryan Scott's avatar
      Fix broken Haddock comment · 822af416
      Ryan Scott authored
    • Ryan Scott's avatar
      Template Haskell support for TypeApplications · 983f6609
      Ryan Scott authored
      Summary: Fixes #12530.
      Test Plan: make test TEST=12530
      Reviewers: austin, bgamari, hvr, goldfire
      Reviewed By: goldfire
      Subscribers: thomie
      Differential Revision: https://phabricator.haskell.org/D2472
      GHC Trac Issues: #12530
  5. 28 Aug, 2016 1 commit
  6. 26 Aug, 2016 4 commits