ghc.git
4 years agoTestsuite: ignore `stdcall attribute ignored` (#1288)
Thomas Miedema [Fri, 29 May 2015 19:13:39 +0000 (21:13 +0200)] 
Testsuite: ignore `stdcall attribute ignored` (#1288)

That warning is only shown on some platforms, and is I believe harmless.

4 years agoTestsuite: add/fix cleanup for certain tests
Thomas Miedema [Thu, 28 May 2015 20:00:00 +0000 (22:00 +0200)] 
Testsuite: add/fix cleanup for certain tests

* extra_clean argument should be a list
  Add an assert to prevent regressions.

* properly clean package conf direcories
  They are directories now, which was causing problems.

* properly clean write_interface_* tests
  We were getting these errors:

  [Errno 21] Is a directory: './driver/write_interface_oneshot'
  [Errno 39] Directory not empty: './driver/write_interface_oneshot'
  [Errno 21] Is a directory: './driver/write_interface_make'
  [Errno 39] Directory not empty: './driver/write_interface_make'

* outputdir() is better than -outputdir, as it knows how to (pre)clean
  itself.

4 years agoMake validate more quiet
Thomas Miedema [Fri, 29 May 2015 11:35:13 +0000 (13:35 +0200)] 
Make validate more quiet

  * By default use V=0, and call the testsuite with VERBOSE=2, which we
    did before only with validate --quiet. This disables printing the
    test commands it runs.

  * When --quiet is used, call the testsuite with VERBOSE=1. This
    disables printing the '====> Scanning' lines, and doesn't print
    which test is being run. So it only prints something when a test
    accidentally prints to stdout or when it fails.

    Don't set this option on Travis, as Travis will cancel a build if it
    doesn't see any output for more than 10 minutes.

  * When --quiet is used, set the new test option NO_PRINT_SUMMARY,
    which skips printing the test summary. Only the list of unexpected
    failures is printed, if there are any. Note that the full summary
    can still be found in testsuite_summary.txt

  * When --quiet is used, don't pass the `-v` flag to `ghc-pkg check`

  * When --quiet is used, don't print the Oops! header. It shoud be
    clear from the list of failing tests that something is wrong.

This is all done to get the most out of 30 lines of logfile. These changes can
be disabled later by simply not passing the --quiet flag to validate.

Differential Revision: https://phabricator.haskell.org/D942

4 years agoBuild: remove more unnecessary CLEANING/=YES checks
Thomas Miedema [Thu, 28 May 2015 10:38:21 +0000 (12:38 +0200)] 
Build: remove more unnecessary CLEANING/=YES checks

All these checks that CLEANING/=YES are no longer needed, because
nowadays $1_$2_PROGNAME is always set explicitly, and $1_$2_PROG isn't.

They were once introduce to allow `make clean` before `./configure`. I
checked, and it still works.

Remove the checks to make the build system a tiny bit shorter, and to
no longer wonder why they are there.

Differential Revision: https://phabricator.haskell.org/D941

4 years agoBuild: remove unnecessary CLEANING/=YES check
Thomas Miedema [Tue, 26 May 2015 19:00:04 +0000 (21:00 +0200)] 
Build: remove unnecessary CLEANING/=YES check

The comment "INPLACE_BIN might be empty if we're distcleaning" is no
longer true, and the check that CLEANING isn't YES isn't necessary.

It was introduced in cd12c32de77ac18a69ed1733a558095567ec5ba8, to
"make repeated 'make distclean' not fail", and and later revised in
39253008705e3ca590afdfa1b87bfbb5a16da7e7. It was needed because
INPLACE_BIN was defined in config.mk.

Commit 6793a033e1ce41f77316675e8f7aa83196a9b211 however, two days
later, introduced a better solution to this problem: "Move the fixed
paths out of config.mk, so cleaning works without configuring"

So here we remove the original comment and check. One less thing to
worry about when trying to understand the build system.

Differential Revision: https://phabricator.haskell.org/D940

4 years agoBuild: ./boot && ./configure && make sdist (#8723)
Thomas Miedema [Wed, 27 May 2015 18:54:36 +0000 (20:54 +0200)] 
Build: ./boot && ./configure && make sdist (#8723)

Make it possible to run `make sdist` right after configure, without completing
a complete build first.

Test Plan:
I compared the contents of the created `.tar.bz2` files in the `sdistprep`
directory, after running `make sdist` both before and after completing a full
build, using `diff -r`. There weren't any differences (after applying the
patches from D914).

Note that the `.tar.bz2` files were not exactly the same size, but they aren't
either when tarring and bzipping the same directory twice. It seems tarring
and bzipping is not deterministic (on my system).

Differential Revision: https://phabricator.haskell.org/D917

4 years agoghc-cabal: don't warn about missing cabal fields
Thomas Miedema [Mon, 1 Jun 2015 17:58:43 +0000 (19:58 +0200)] 
ghc-cabal: don't warn about missing cabal fields

Only print and exit on errors. Warnings of the type
'PackageDistSuspicious' are not very useful.

The following show up in the build logs currently:
  * The 'license' field is missing.
  * No 'maintainer' field
  * No 'category' field
  * 'ghc-options: -O2' is rarely needed. Check that it is giving a real
    benefit and not just imposing longer compile times on your users.

Differential Revision: https://phabricator.haskell.org/D944

4 years agoBuild: make configure and ghc-pkg a bit less chatty
Thomas Miedema [Mon, 1 Jun 2015 12:16:27 +0000 (14:16 +0200)] 
Build: make configure and ghc-pkg a bit less chatty

Only when V=0.

Differential Revision: https://phabricator.haskell.org/D943

4 years agoRe-center perf numbers for haddock.compiler
Thomas Miedema [Wed, 3 Jun 2015 23:42:29 +0000 (01:42 +0200)] 
Re-center perf numbers for haddock.compiler

Summary:
Phabricator/Harbormaster measured the following allocation numbers for
haddock.compiler:

Expected:     33562468736
June 2nd [1]: 36740649320
Upper bound:  36918715610
June 3rd [2]: 36956620504

So although this test didn't start failing until June 2nd/3rd, the
biggest increase in allocation must have occured sometime before that.

[1] 2f0011aca137055f139bed484302679c10238d55
[2] 942cfa4e3257347dfc4644ce1a8a28db1fb0aee0

Test Plan: validate

Reviewers: austin

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D948

4 years agoghc-pkg support query by package-key, fixes #9507
Edward Z. Yang [Wed, 3 Jun 2015 17:55:58 +0000 (10:55 -0700)] 
ghc-pkg support query by package-key, fixes #9507

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
Test Plan: validate

Reviewers: austin

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D946

GHC Trac Issues: #9507

4 years agoTravis: Send notifications to author and commiter
Joachim Breitner [Thu, 4 Jun 2015 13:22:47 +0000 (15:22 +0200)] 
Travis: Send notifications to author and commiter

This is the Travis default. It should only spam people who have an
GitHub account and are a member of the ghc organization on GitHub, as
noted by thomie on https://phabricator.haskell.org/D939#25497. Let's see
how that works out.

4 years agotypo: 'Ture' / 'True'
Sergei Trofimovich [Wed, 3 Jun 2015 20:39:10 +0000 (21:39 +0100)] 
typo: 'Ture' / 'True'

Signed-off-by: Sergei Trofimovich <siarheit@google.com>
4 years agoMove liftData and use it as a default definition for Lift.
Edward Z. Yang [Fri, 29 May 2015 02:04:37 +0000 (19:04 -0700)] 
Move liftData and use it as a default definition for Lift.

Summary:
This should make it a lot easier to define Lift instances.
See https://mail.haskell.org/pipermail/libraries/2015-May/025728.html
for motivating discussion.

I needed to muck out some code from Quote into Syntax to get
the definition in the right place; but I would argue that code
never really belonged in Quote to begin with.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
Test Plan: validate

Reviewers: austin, ekmett, goldfire

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D923

4 years agoAllow Any return in foreign prim, fixes #10460.
Edward Z. Yang [Mon, 1 Jun 2015 18:30:17 +0000 (11:30 -0700)] 
Allow Any return in foreign prim, fixes #10460.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
Test Plan: validate

Reviewers: simonpj, goldfire, austin

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D935

GHC Trac Issues: #10460

4 years agoRefactor RdrName.Provenance, to fix #7672
Simon Peyton Jones [Wed, 3 Jun 2015 10:43:53 +0000 (11:43 +0100)] 
Refactor RdrName.Provenance, to fix #7672

Trac #7672 has a data type T in module A that is in scope
*both* locally-bound *and* imported (with a qualified) name.
The Provenance of a GlobalRdrElt simply couldn't express that
before. Now you can.

In doing so, I flattened out Provenance into GlobalRdrElt,
so quite a lot of modules are touched in a not-very-interesting
way.

4 years agoRemove outdated uBackpack docs.
Edward Z. Yang [Tue, 2 Jun 2015 22:19:21 +0000 (15:19 -0700)] 
Remove outdated uBackpack docs.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
4 years agoSuggest -H to improve GC productivity, fixes #10474.
Edward Z. Yang [Tue, 2 Jun 2015 18:07:04 +0000 (11:07 -0700)] 
Suggest -H to improve GC productivity, fixes #10474.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
Test Plan: none

Reviewers: rwbarton, austin

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D937

GHC Trac Issues: #10474

4 years agoTypofixes
Gabor Greif [Tue, 2 Jun 2015 21:59:24 +0000 (23:59 +0200)] 
Typofixes

4 years agonewTempName: Do not include pid in basename
Joachim Breitner [Tue, 2 Jun 2015 21:12:43 +0000 (16:12 -0500)] 
newTempName: Do not include pid in basename

The filename of temporary files, especially the basename of C files, can
end up in the output in some form, e.g. as part of linker debug
information. In the interest of bit-wise exactly reproducible
compilation (#4012), the basename of the temporary file no longer
contains random information (it used to ontain the process id).

This is ok, as the temporary directory used contains the pid (see
getTempDir).

This patch has been applied to the Debian package (version 7.10.1-5) and
allowed a fully bit-wise reproducible build:
https://reproducible.debian.net/rb-pkg/experimental/amd64/ghc.html

Reviewed By: austin, rwbarton

Differential Revision: https://phabricator.haskell.org/D910

GHC Trac Issues: #4012

4 years agotestsuite: mark test T9938 (#9938) as passing again
Austin Seipp [Tue, 2 Jun 2015 21:07:30 +0000 (16:07 -0500)] 
testsuite: mark test T9938 (#9938) as passing again

Signed-off-by: Austin Seipp <austin@well-typed.com>
4 years agoDetabify a programlisting in the User's Guide (#10425)
Reid Barton [Tue, 2 Jun 2015 20:00:10 +0000 (16:00 -0400)] 
Detabify a programlisting in the User's Guide (#10425)

4 years agoImprove FFI error reporting
Simon Peyton Jones [Tue, 2 Jun 2015 16:37:09 +0000 (17:37 +0100)] 
Improve FFI error reporting

I refactored TcType FFI functions to return Validity rather than Bool,
which turned out to be an easy way to solve Trac #10461.

4 years agobuild: make haddock a bit less chatty
Austin Seipp [Tue, 2 Jun 2015 14:31:52 +0000 (09:31 -0500)] 
build: make haddock a bit less chatty

Summary:
Haddock outputs well over a thousand lines of file output just to give
its executive summary about coverage. Kill this by default, since we
really don't need it in any setting.

Signed-off-by: Austin Seipp <austin@well-typed.com>
Test Plan: Crossed my fingers.

Reviewers: nomeata, thomie

Reviewed By: thomie

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D933

4 years agocompiler: make sure we reject -O + HscInterpreted
Austin Seipp [Tue, 19 May 2015 06:56:48 +0000 (01:56 -0500)] 
compiler: make sure we reject -O + HscInterpreted

When using GHCi, we explicitly reject optimization, because the
compilers optimization passes can introduce unboxed tuples, which the
interpreter is not able to handle. But this goes the other way too: using
GHCi on optimized code may cause the optimizer to float out breakpoints
that the interpreter introduces. This manifests itself in weird ways,
particularly if you as an API client use custom DynFlags to introduce
optimization in combination with HscInterpreted.

It turns out we weren't checking for consistent DynFlag settings when
doing `setSessionDynFlags`, as #10052 showed. While the main driver
handled it in `DynFlags` via `parseDynamicFlags`, we didn't check this
elsewhere.

This does a little refactoring to split out some of the common code, and
immunizes the various `DynFlags` utilities in the `GHC` module from this
particular bug. We should probably be checking other general invariants
too.

This fixes #10052, and adds some notes about the behavior in `GHC` and
`FloatOut`

As a bonus, expose `warningMsg` from `ErrUtils` as a helper since it
didn't exist (somehow).

Signed-off-by: Austin Seipp <austin@well-typed.com>
Reviewed By: edsko

Differential Revision: https://phabricator.haskell.org/D727

GHC Trac Issues: #10052

4 years agoTest Trac #10438
Simon Peyton Jones [Tue, 2 Jun 2015 11:43:11 +0000 (12:43 +0100)] 
Test Trac #10438

4 years agoTest Trac #10466
Simon Peyton Jones [Tue, 2 Jun 2015 11:37:27 +0000 (12:37 +0100)] 
Test Trac #10466

4 years agoTest Trac #10451
Simon Peyton Jones [Tue, 2 Jun 2015 10:59:29 +0000 (11:59 +0100)] 
Test Trac #10451

4 years agoTest Trac #10423
Simon Peyton Jones [Tue, 2 Jun 2015 10:38:28 +0000 (11:38 +0100)] 
Test Trac #10423

4 years agoRemove redundant import
Simon Peyton Jones [Tue, 2 Jun 2015 10:37:53 +0000 (11:37 +0100)] 
Remove redundant import

4 years agoSet 32-bit perf figure
Simon Peyton Jones [Mon, 1 Jun 2015 23:48:12 +0000 (00:48 +0100)] 
Set 32-bit perf figure

4 years agoImprove constraint tuples (Trac #10451)
Simon Peyton Jones [Mon, 1 Jun 2015 23:40:44 +0000 (00:40 +0100)] 
Improve constraint tuples (Trac #10451)

* Increase max constraint tuple size to 16
* Produce a civilised error message if the max
  size is exceeded

4 years agoRe-do superclass solving (again); fixes #10423
Simon Peyton Jones [Mon, 1 Jun 2015 23:33:14 +0000 (00:33 +0100)] 
Re-do superclass solving (again); fixes #10423

TcInstDcls.tcSuperClasses was getting increasingly baroque as a
succession of tickets (#10423 being the latest) pointed out that
my cunning plan was not so cunning.

The big issue is how to restrict the evidence that we generate
for superclass constraints in an instance declaration to avoid
superclass loops.  See Note [Recursive superclasses] in TcInstDcls
which explains the plan.

The question is how to implement the plan.  The new implementation is
much neater, and is described in Note [Solving superclass constraints]
in TcInstDcls.

4 years agoMark sigof02 tests as expect_broken
Simon Peyton Jones [Mon, 1 Jun 2015 23:41:54 +0000 (00:41 +0100)] 
Mark sigof02 tests as expect_broken

Consequence of the GlobalRdrEnv refactoring;
see Trac #10472

4 years agoRefactor the GlobalRdrEnv, fixing #7672
Simon Peyton Jones [Mon, 1 Jun 2015 23:02:03 +0000 (00:02 +0100)] 
Refactor the GlobalRdrEnv, fixing #7672

This patch started innocently enough, by deleting a single
call from rnImportDecl, namely

    let gbl_env = mkGlobalRdrEnv (filterOut from_this_mod gres)

The 'filterOut' makes no sense, and was the cause of #7672.

But that little loose end led to into a twisty maze of little
passages, all alike, which has taken me an unreasonably long
time to straighten out. Happily, I think the result is really
much better.

In particular:

 * INVARIANT 1 of the GlobalRdrEnv type was simply not true:
   we had multiple GlobalRdrElts in a list with the same
   gre_name field. This kludgily implmented one form of
   shadowing.

 * Meanwhile, extendGlobalRdrEnvRn implemented a second form of
   shadowing, by deleting stuff from the GlobalRdrEnv.

 * In turn, much of this shadowing stuff depended on the Names of
   the Ids bound in the GHCi InteractiveContext being Internal
   names, even though the TyCons and suchlike all had External
   Names. Very confusing.

So I have made the following changes

 * I re-established INVARIANT 1 of GlobalRdrEnv.  As a result
   some strange code in RdrName.pickGREs goes away.

 * RnNames.extendGlobalRdrEnvRn now makes one call to deal with
   shadowing, where necessary, and another to extend the
   environment.  It deals separately with duplicate bindings.

   The very complicated RdrName.extendGlobalRdrEnv becomes much
   simpler; we need to export the shadowing function, now called
   RdrName.shadowNames; and we can nuke
   RdrName.findLocalDupsRdrEnv altogether.

   RdrName Note [GlobalRdrEnv shadowing] summarises the shadowing
   story

 * The Names of the Ids bound in the GHCi interactive context are
   now all External.  See Note [Interactively-bound Ids in GHCi]
   in HscTypes.

 * Names for Ids created by the debugger are now made by
   IfaceEnv.newInteractiveBinder.  This fixes a lurking bug which
   was that the debugger was using mkNewUniqueSupply 'I' to make
   uniques, which does NOT guarantee a fresh supply of uniques on
   successive calls.

 * Note [Template Haskell ambiguity] in RnEnv shows that one TH-related
   error is reported lazily (on occurrences) when it might be better
   reported when extending the environment.  In some (but not all) cases
   this was done before; but now it's uniformly at occurrences.  In
   some ways it'd be better to report when extending the environment,
   but it's a tiresome test and the error is rare, so I'm leaving it
   at the lookup site for now, with the above Note.

 * A small thing: RnNames.greAvail becomes RdrName.availFromGRE, where
   it joins the dual RdrName.gresFromAvail.

4 years agoTreat pattern-synonym binders more consistently
Simon Peyton Jones [Mon, 1 Jun 2015 22:42:10 +0000 (23:42 +0100)] 
Treat pattern-synonym binders more consistently

Pattern-synonyms are in value declarations, but were being
bound by getLocalNonValBinders.  This seemed odd, and indeed
staightening it out allowed me to remove a field from
TopSigCtxt.

The main changes are in RnSource.rnSrcDecls.

Nice.

4 years agoWhite space only
Simon Peyton Jones [Sat, 30 May 2015 23:06:13 +0000 (00:06 +0100)] 
White space only

4 years agoRe-center perf numbers for T5631
Herbert Valerio Riedel [Mon, 1 Jun 2015 22:48:29 +0000 (17:48 -0500)] 
Re-center perf numbers for T5631

7dd0ea7428379df848e3d13528921b39b7bf5b95 seems to have tipped this one over,
although 7dd0ea74283 itself had only a minimal impact on my local system.

Locally, I measured right before 7dd0ea74283:

  Expected    T5631(normal) bytes allocated: 776121120 +/-5%
  Actual      T5631(normal) bytes allocated: 811973144
  Deviation   T5631(normal) bytes allocated:       4.6 %

and at 7dd0ea74283:

  Expected    T5631(normal) bytes allocated: 776121120 +/-5%
  Actual      T5631(normal) bytes allocated: 812288344
  Deviation   T5631(normal) bytes allocated:       4.7 %

Reviewed By: austin

Differential Revision: https://phabricator.haskell.org/D936

4 years agoDon't call DEAD_WEAK finalizer again on shutdown (#7170)
Simon Marlow [Mon, 1 Jun 2015 20:34:02 +0000 (21:34 +0100)] 
Don't call DEAD_WEAK finalizer again on shutdown (#7170)

Summary:
There's a race condition like this:

  # A foreign pointer gets promoted to the last generation
  # It has its finalizer called manually
  # We start shutting down the runtime in `hs_exit_` from the main
    thread
  # A minor GC starts running (`scheduleDoGC`) on one of the threads
  # The minor GC notices that we're in `SCHED_INTERRUPTING` state and
    advances to `SCHED_SHUTTING_DOWN`
  # The main thread tries to do major GC (with `scheduleDoGC`), but it
    exits early because we're in `SCHED_SHUTTING_DOWN` state
  # We end up with a `DEAD_WEAK` left on the list of weak pointers of
    the last generation, because it relied on major GC removing it from
    that list

This change:
  * Ignores DEAD_WEAK finalizers when shutting down
  * Makes the major GC on shutdown more likely
  * Fixes a bogus assert

Test Plan:
before this diff https://ghc.haskell.org/trac/ghc/ticket/7170#comment:5
reproduced and after it doesn't

Reviewers: ezyang, austin, simonmar

Reviewed By: simonmar

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D921

GHC Trac Issues: #7170

4 years agoNewline after type of allocate().
Edward Z. Yang [Mon, 1 Jun 2015 18:37:01 +0000 (11:37 -0700)] 
Newline after type of allocate().

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
4 years agoAdd (failing) test case for #7672.
Edward Z. Yang [Mon, 1 Jun 2015 17:39:48 +0000 (10:39 -0700)] 
Add (failing) test case for #7672.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
4 years agoTypofix: missing period. (#10460)
Edward Z. Yang [Mon, 1 Jun 2015 17:05:46 +0000 (10:05 -0700)] 
Typofix: missing period. (#10460)

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
4 years agoAdd information about allowed foreign prim args, see #10460.
Edward Z. Yang [Mon, 1 Jun 2015 16:46:20 +0000 (09:46 -0700)] 
Add information about allowed foreign prim args, see #10460.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
4 years agoReplace tabs with spaces.
Edward Z. Yang [Mon, 1 Jun 2015 16:33:14 +0000 (09:33 -0700)] 
Replace tabs with spaces.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
4 years agoComments only
Simon Peyton Jones [Mon, 1 Jun 2015 07:57:23 +0000 (08:57 +0100)] 
Comments only

4 years agoUse named fields in SimplCont.Select constructor
Simon Peyton Jones [Mon, 1 Jun 2015 07:57:01 +0000 (08:57 +0100)] 
Use named fields in SimplCont.Select constructor

Just refactoring

4 years agoAdd some missing seqs to Coercion.seqCo
Simon Peyton Jones [Mon, 1 Jun 2015 07:51:42 +0000 (08:51 +0100)] 
Add some missing seqs to Coercion.seqCo

4 years agoMove seqExpr, seqIdInfo etc to CoreUtils
Simon Peyton Jones [Mon, 1 Jun 2015 07:51:10 +0000 (08:51 +0100)] 
Move seqExpr, seqIdInfo etc to CoreUtils

Refactoring only : it just brings some scattered "seq" code together

4 years agoUse seq rather than (==) to force the size
Simon Peyton Jones [Mon, 1 Jun 2015 07:49:09 +0000 (08:49 +0100)] 
Use seq rather than (==) to force the size

Just a minor refactoring

4 years agoFix dropped event registrations
Ben Gamari [Mon, 1 Jun 2015 07:27:30 +0000 (02:27 -0500)] 
Fix dropped event registrations

D347 introduced a bug wherein the event manager would drop registrations that
should be retained during processing. This occurs when an fd has multiple
registrations, not all of which fire, as well as the case of multi-shot
registrations.

I also do some general house-keeping, try to better document things, and fix a
bug which could result in unnecessary calls to `epoll_ctl`

Reviewed By: austin

Differential Revision: https://phabricator.haskell.org/D849

GHC Trac Issues: #10317

4 years agoAdd constraint creation functions to TcPluginM API
Adam Gundry [Mon, 1 Jun 2015 12:36:57 +0000 (13:36 +0100)] 
Add constraint creation functions to TcPluginM API

Summary:
This extends the TcPluginM API with functions to create new constraints,
as described here:
https://ghc.haskell.org/trac/ghc/wiki/Plugins/TypeChecker#Post-7.10changestoTcPluginMAPI

Test Plan: validate and hope

Reviewers: austin, yav, christiaanb

Reviewed By: christiaanb

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D909

4 years agoApiAnnotations : strings in warnings do not return SourceText
Alan Zimmerman [Mon, 1 Jun 2015 12:16:41 +0000 (14:16 +0200)] 
ApiAnnotations : strings in warnings do not return SourceText

Summary:
The strings used in a WARNING pragma are captured via

    strings :: { Located ([AddAnn],[Located FastString]) }
        : STRING { sL1 $1 ([],[L (gl $1) (getSTRING $1)]) }
    ..

The STRING token has a method getSTRINGs that returns the original
source text for a string.

A warning of the form

    {-# WARNING Logic
              , mkSolver
              , mkSimpleSolver
              , mkSolverForLogic
              , solverSetParams
              , solverPush
              , solverPop
              , solverReset
              , solverGetNumScopes
              , solverAssertCnstr
              , solverAssertAndTrack
              , solverCheck
              , solverCheckAndGetModel
              , solverGetReasonUnknown
              "New Z3 API support is still incomplete and fragile: \
              \you may experience segmentation faults!"
      #-}

returns the concatenated warning string rather than the original source.

This patch now deals with all remaining instances of getSTRING to bring
in a SourceText for each.

This updates the haddock submodule as well, for the AST change.

Test Plan: ./validate

Reviewers: hvr, austin, goldfire

Reviewed By: austin

Subscribers: bgamari, thomie, mpickering

Differential Revision: https://phabricator.haskell.org/D907

GHC Trac Issues: #10313

4 years agoUpdate binary submodule to 0.7.5.0 release
Herbert Valerio Riedel [Mon, 1 Jun 2015 08:50:17 +0000 (10:50 +0200)] 
Update binary submodule to 0.7.5.0 release

Quoting the changelog, this pulls in the following fixes:

binary-0.7.5.0
--------------

- Fix performance bug that was noticable when you get a big strict ByteString
  and the input to the decoder consists of many small chunks.
    - https://github.com/kolmodin/binary/issues/73
    - https://github.com/kolmodin/binary/pull/76
- Fix memory leak when decoding Double and Float.
    - Commit 497a181c083fa9faf7fa3aa64d1d8deb9ac76ecb
- We now require QuickCheck >= 2.8. Remove our version of arbitrarySizedNatural.

binary-0.7.4.0
--------------

- Some invalid UTF-8 strings caused an exception when decoded. Those errors will
  now now fail in the Get monad instead. See issue 70.
  Patch contributed by @ttuegel.

4 years agoApiAnnotations : rationalise tests
Alan Zimmerman [Mon, 1 Jun 2015 09:51:27 +0000 (11:51 +0200)] 
ApiAnnotations : rationalise tests

Summary:
At the moment the API Annotations tests have a driver that has been
copy/pasted multiple times.

Compile it once, and run it for each test case.

Test Plan: ./validate

Reviewers: hvr, austin

Reviewed By: austin

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D913

GHC Trac Issues: #10452

4 years agorts: Fix aarch64 implementation of xchg
Erik de Castro Lopo [Thu, 28 May 2015 02:57:28 +0000 (02:57 +0000)] 
rts: Fix aarch64 implementation of xchg

In the previous implementation, the `stlxr` instruction clobbered
the value that was supposed to be returned by the the `xchg`
function.

Signed-off-by: Erik de Castro Lopo <erikd@mega-nerd.com>
Test Plan: build on aarch64

Reviewers: austin, bgamari, rwbarton

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D932

4 years agocompiler/specialise: shut match_co up a bit
Austin Seipp [Mon, 1 Jun 2015 08:45:11 +0000 (03:45 -0500)] 
compiler/specialise: shut match_co up a bit

This stray pprTrace is quite annoying and makes our build logs a bit
bigger (hundreds of lines of occurrences), so we should probably just
get rid of it. Kept under DEBUG for future brave hackers.

Signed-off-by: Austin Seipp <austin@well-typed.com>
Reviewed By: thomie, nomeata

Differential Revision: https://phabricator.haskell.org/D934

4 years agoIn ghci linker, link against all previous temp sos (#10322)
Reid Barton [Tue, 19 May 2015 06:23:59 +0000 (01:23 -0500)] 
In ghci linker, link against all previous temp sos (#10322)

The OS X dlopen() appears to only resolve undefined symbols in
the direct dependencies of the shared library it is loading.

Reviewed By: trommler, austin

Differential Revision: https://phabricator.haskell.org/D852

GHC Trac Issues: #10322

4 years agoCatch canonicalizePath exceptions, fix #10101
Flaviu Andrei Csernik (archblob) [Mon, 1 Jun 2015 07:13:36 +0000 (02:13 -0500)] 
Catch canonicalizePath exceptions, fix #10101

Summary:
Introduce by #95 'canonicalizePath' throws and exception when given
an invalid file in a call to 'sameFile'.

There are two cases when this can happen when using ghci:
  1) If there is an error at the interactive prompt, "<interactive>"
     file is searched for and not found.
  2) If there is an error in any loaded file and editing an inexistent/new
     file with 'e: foo'.

Both cases are now tested.

Test Plan: validate

Reviewers: austin, #ghc

Reviewed By: austin, #ghc

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D930

GHC Trac Issues: #10101

4 years agoTravis: use validate --quiet to prevent hitting log file limits
Thomas Miedema [Sun, 31 May 2015 11:11:03 +0000 (13:11 +0200)] 
Travis: use validate --quiet to prevent hitting log file limits

Currently, this will use `make -s` instead of `make`, such that `make`
doesn't echo the commands it's going to run. And second, it calls the
testdriver with a lower verbosity, such that the shell commands it runs
don't get printed either.

4 years agoDon't run T9330fail on Windows, no clobber occurs. #9930
Edward Z. Yang [Sun, 31 May 2015 05:40:35 +0000 (22:40 -0700)] 
Don't run T9330fail on Windows, no clobber occurs. #9930

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
4 years agolinker_unload working on Windows, fixes #8292.
Edward Z. Yang [Sun, 31 May 2015 05:15:39 +0000 (22:15 -0700)] 
linker_unload working on Windows, fixes #8292.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
4 years agoBuild system: don't build runghc if GhcWithInterpreter=NO (#10261)
Thomas Miedema [Thu, 28 May 2015 17:34:15 +0000 (19:34 +0200)] 
Build system: don't build runghc if GhcWithInterpreter=NO (#10261)

To test:
  * run `make clean` in utils/runghc
  * make sure inplace/bin doesn't contain runghc
  * set GhcWithInterpreter=NO in build.mk
  * run `make`
  * note that inplace/bin doesn't contain runghc

It won't be installed either, nor will runhaskell.

Differential Revision: https://phabricator.haskell.org/D920

4 years agoBuild system: also clean the inplace wrapper
Thomas Miedema [Thu, 28 May 2015 17:26:44 +0000 (19:26 +0200)] 
Build system: also clean the inplace wrapper

Running `make clean` inside `utils/runghc` now does:
    "rm" -rf utils/runghc/dist-install
    "rm" -rf inplace/bin/runghc
    "rm" -rf inplace/lib/bin/runghc

Instead of just:
    "rm" -rf utils/runghc/dist-install
    "rm" -rf inplace/lib/bin/runghc

I think this was just an oversight.

[skip ci]

Differential Revision: https://phabricator.haskell.org/D919

4 years agoBuild system: don't use supposedly local variable inside macro
Thomas Miedema [Thu, 28 May 2015 16:59:29 +0000 (18:59 +0200)] 
Build system: don't use supposedly local variable inside macro

There is no support for local variables inside `make` macros (defined
using the `define` keyword), see
[wiki:Building/Architecture/Idiom/Macros].

In this case `make show VALUE=INPLACE_WRAPPER` would print some bogus
value ("inplace/bin/mkUserGuidePart" actually, from the last BUILD_DIRS
entry in ghc.mk that calls shell-wrapper), and using that variable
somewhere might be a bug.

Test Plan:
I checked the rules directory with the following crude regexp, and this
seems the be the only real offender.

    grep -P '^[^ $#\t][^$]*[^+]=' rules/*

What it is supposed to do (from right to left):
  * look for variable assignments
  * but not updates (+=)
  * where the variable name doesn't contain any dollar signs
  * and the line doesn't start with whitespace or a comment

[skip ci]

Differential Revision: https://phabricator.haskell.org/D918

4 years agoBuild system: make clean in utils/ghc-pkg should not delete inplace/lib/bin
Thomas Miedema [Thu, 28 May 2015 09:57:07 +0000 (11:57 +0200)] 
Build system: make clean in utils/ghc-pkg should not delete inplace/lib/bin

Make sure $1_$2_PROG always gets assigned a value, even when cleaning.

The problem with not setting the variable becomes apparent when looking
at the following two lines of code:

```
  $1_$2_INPLACE = $$(INPLACE_LIB)/bin/$$($1_$2_PROG)
  $(call clean-target,$1,$2_inplace,$$($1_$2_INPLACE))
```

So running `make clean` in for example `utils/ghc-pkg` deletes
`inplace/lib/bin/` instead of `inplace/lib/bin/ghc-pkg`.

The offending code was introduced in commit
2b85372ca18115bb1d6363256fcea6f54e415bed.

There is one small implication. When cleaning before configure, the
variable $1_$2_PROG will now be assigned a slightly wrong value, because
exeext$3 isn't known yet. But I think that's ok, as no files have been
build yet, so it will just try to delete a slighly different nonexistent
file.

[skip ci]

Differential Revision: https://phabricator.haskell.org/D916

4 years agoBuild system: always use `make -r`
Thomas Miedema [Wed, 20 May 2015 17:57:57 +0000 (19:57 +0200)] 
Build system: always use `make -r`

Do what this comment was suggesting:

    "Ideally we'd like to have 'make -r' turned on by default, because
    that disables all the implicit rules, but there doesn't seem to be a
    good way to do that."

This change doesn't seem to have much effect on the time it takes to run
make. Apparently clearing .SUFFIXES was enough for that. But it does
make the output of `make -d` quite a bit shorter, which is nice.

Note: ghc.mk is always called indirectly, so no need to set .SUFFIXES or
MAKEFLAGS there again.

Differential Revision: https://phabricator.haskell.org/D915

4 years agoBuild system: always allow me to clean haddock
Thomas Miedema [Wed, 27 May 2015 19:38:18 +0000 (21:38 +0200)] 
Build system: always allow me to clean haddock

[skip ci]

4 years agoBuild system: time's config files have moved
Thomas Miedema [Wed, 27 May 2015 19:58:40 +0000 (21:58 +0200)] 
Build system: time's config files have moved

[skip ci]

4 years agoBuild system: prevent "./Setup: Command not found"
Thomas Miedema [Tue, 26 May 2015 13:19:08 +0000 (15:19 +0200)] 
Build system: prevent "./Setup: Command not found"

[skip ci]

4 years agoBuild system: prevent "--version: Command not found"
Thomas Miedema [Tue, 26 May 2015 13:15:38 +0000 (15:15 +0200)] 
Build system: prevent "--version: Command not found"

This would happen when running `make clean` before running
`./configure`.

[skip ci]

4 years agoBuild system: whitespace and comments only
Thomas Miedema [Tue, 26 May 2015 16:31:43 +0000 (18:31 +0200)] 
Build system: whitespace and comments only

[skip ci]

4 years agoBuild system: don't set CLEANING=NO
Thomas Miedema [Tue, 26 May 2015 14:22:57 +0000 (16:22 +0200)] 
Build system: don't set CLEANING=NO

We only ever check if CLEANING=YES.

[skip ci]

4 years agoBuild system: check $CLEANING instead of $MAKECMDGOALS
Thomas Miedema [Tue, 26 May 2015 14:07:40 +0000 (16:07 +0200)] 
Build system: check $CLEANING instead of $MAKECMDGOALS

To check if we're cleaning, always check the $CLEANING variable, instead
of sometimes $CLEANING, sometimes $MAKECMDGOALS.

[skip ci]

4 years agoBuild system: allow missing config.mk for target clean_%
Thomas Miedema [Tue, 26 May 2015 12:50:50 +0000 (14:50 +0200)] 
Build system: allow missing config.mk for target clean_%

[skip ci]

4 years agoBuild system: use `mkdir -p` instead of `-mkdir`
Thomas Miedema [Sun, 24 May 2015 10:34:05 +0000 (12:34 +0200)] 
Build system: use `mkdir -p` instead of `-mkdir`

Avoid unnecessary warnings.

[skip ci]

4 years agoBuild system: remove toplevel target `fast`
Thomas Miedema [Fri, 22 May 2015 22:02:22 +0000 (00:02 +0200)] 
Build system: remove toplevel target `fast`

Remove the recently introduced `fast` synonym for `fasttest`, because in
the subdirectories `make fast` already means `make all FAST=YES`.

[skip ci]

4 years agoBuild system: make more targets PHONY
Thomas Miedema [Tue, 26 May 2015 12:49:47 +0000 (14:49 +0200)] 
Build system: make more targets PHONY

[skip ci]

4 years agoTestsuite: accept new output for T2507 and T8959a
Thomas Miedema [Fri, 29 May 2015 21:01:09 +0000 (23:01 +0200)] 
Testsuite: accept new output for T2507 and T8959a

Unbreak the build.

4 years agoAdd liftData function.
Edward Z. Yang [Mon, 4 May 2015 22:24:34 +0000 (15:24 -0700)] 
Add liftData function.

Summary:
See https://mail.haskell.org/pipermail/libraries/2015-April/025480.html
for the proposal and discussion

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
Test Plan: validate

Reviewers: austin

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D879

4 years agobase: fix #10298 & #7695
Austin Seipp [Tue, 19 May 2015 09:56:40 +0000 (04:56 -0500)] 
base: fix #10298 & #7695

Summary:
This applies a patch from Reid Barton and Sylvain Henry, which fix a
disasterous infinite loop when iconv fails to load locale files, as
specified in #10298.

The fix is a bit of a hack but should be fine - for the actual reasoning
behind it, see `Note [Disaster and iconv]` for more info.

In addition to this fix, we also patch up the IO Encoding utilities to
recognize several variations of the 'ASCII' encoding (including its
aliases) directly so that GHC can do conversions without iconv. This
allows a static binary to sit in an initramfs.

Authored-by: Reid Barton <rwbarton@gmail.com>
Authored-by: Sylvain Henry <hsyl20@gmail.com>
Signed-off-by: Austin Seipp <austin@well-typed.com>
Test Plan: Eyeballed it.

Reviewers: rwbarton, hvr

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D898

GHC Trac Issues: #10298, #7695

4 years agoRemove unnecessary loadInterface for TH quoted name.
Edward Z. Yang [Thu, 14 May 2015 22:49:44 +0000 (15:49 -0700)] 
Remove unnecessary loadInterface for TH quoted name.

Summary:
The load was introduced a32d3e4da0aceb624c958f02cad7327e17ac94db
to fix a bug where deprecations assumed that the name in question
had already had their interface loaded.  The new deprecation
code no longer makes this assumption and just loads the interface,
so this eager load is not necessary.

Verified that TH_reifyType2 continues to work.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
Test Plan: validate

Reviewers: simonpj, austin

Subscribers: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D891

GHC Trac Issues: #10419

4 years agoTestdriver: do not interfer with MinGW path magic (#10449)
Thomas Miedema [Wed, 27 May 2015 13:02:35 +0000 (15:02 +0200)] 
Testdriver: do not interfer with MinGW path magic (#10449)

This should fix the testsuite driver on Windows using the MinGW tools
with a native build of Python.

MinGW automagically converts MinGW-style paths (e.g.
'/c/programs/ghc/bin/ghc') into ordinary Windows paths (e.g.
'C:/programs/ghc/bin/ghc') when a native Windows program is invoked. But
it doesn't do so when those paths are wrapped with a pair of escaped
double quotes.

The fix is to not call `eval` on the paths in Python, which let's us use
one less pair of quotes, and makes MinGW happy.

Reviewers: Rufflewind, austin

Differential Revision: https://phabricator.haskell.org/D911

4 years agoTestdriver: don't use os.popen in config/ghc
Phil Ruffwind [Thu, 28 May 2015 12:14:49 +0000 (14:14 +0200)] 
Testdriver: don't use os.popen in config/ghc

Rewrite config/ghc to use getStdout (which use subprocess.Popen) instead
of os.popen, which is deprecated; this also avoids the use of shell

Also:
* Move getStdout to driver/testutil.py so both config/ghc and
  driver/runtests.py can use it

* Remove support for Python below 2.4, which doesn't have subprocess

Reviewed By: thomie

Differential Revision: https://phabricator.haskell.org/D908

4 years agoApiAnnotations tweaks
Alan Zimmerman [Wed, 27 May 2015 15:50:55 +0000 (17:50 +0200)] 
ApiAnnotations tweaks

Summary:
A collection of minor updates for the API Annotations.

1. The annotations for the implicity parameter is disconnected in the
   following

    type MPI = ?mpi_secret :: MPISecret

2. In the following, the annotation for one of the commas is disconeected.

    mkPoli = mkBila . map ((,,(),,()) <$> P.base <*> P.pos <*> P.form)

3. In the following, the annotation for the parens becomes disconnected

    data MaybeDefault v where
        SetTo :: forall v . ( Eq v, Show v ) => !v -> MaybeDefault v
        SetTo4 :: forall v a. (( Eq v, Show v ) => v -> MaybeDefault v
                                                -> a -> MaybeDefault [a])

Test Plan: ./validate

Reviewers: hvr, austin

Reviewed By: austin

Subscribers: bgamari, thomie, mpickering

Differential Revision: https://phabricator.haskell.org/D901

GHC Trac Issues: #10399

4 years agoBuild system: don't install haddock .t files (#10410)
Thomas Miedema [Sun, 24 May 2015 16:58:19 +0000 (18:58 +0200)] 
Build system: don't install haddock .t files (#10410)

When generating a haddock .t file for a library, don't save it in the
`dist-install/doc` directory for that library, as then it gets copied to
the installation directory during `make install` by `ghc-cabal copy`.
Instead, save it a few directories up; putting it next to
`haddock-prologue.txt` seemed appropriate.

Test Plan: run `make` in `tests/perf/haddock`.

Differential Revision: https://phabricator.haskell.org/D903

4 years agoOmit the static form error for variables not in scope.
Facundo Domínguez [Tue, 26 May 2015 02:08:05 +0000 (21:08 -0500)] 
Omit the static form error for variables not in scope.

Summary:
Fixes T10446.

The following program

> g = static f

now produces only:

> ...: error
>    Not in scope: 'f'

Before it would also produce a complaint about 'f' not being a top-level
identifier.

Test Plan: validate

Reviewers: austin

Reviewed By: austin

Subscribers: bgamari, thomie, mboes

Differential Revision: https://phabricator.haskell.org/D906

GHC Trac Issues: #10446

4 years agoFix ghci-way tests of -XStaticPointers.
Facundo Domínguez [Tue, 26 May 2015 02:07:54 +0000 (21:07 -0500)] 
Fix ghci-way tests of -XStaticPointers.

Summary: Add -fobject-code to StaticPointers tests in ghci.

Test Plan: validate

Reviewers: austin

Reviewed By: austin

Subscribers: bgamari, thomie, mboes

Differential Revision: https://phabricator.haskell.org/D905

4 years agoAdd missing name for FFI import (fixes #9950)
erdeszt [Mon, 25 May 2015 14:28:43 +0000 (16:28 +0200)] 
Add missing name for FFI import (fixes #9950)

Signed-off-by: erdeszt <erdeszt@gmail.com>
Reviewed By: bgamari, thomie

Differential Revision: https://phabricator.haskell.org/D902

4 years agorts: Fix typo in comment
Erik de Castro Lopo [Thu, 21 May 2015 04:11:15 +0000 (14:11 +1000)] 
rts: Fix typo in comment

4 years agoUpdate .mailmap
Thomas Miedema [Tue, 19 May 2015 22:06:02 +0000 (00:06 +0200)] 
Update .mailmap

[skip ci]

4 years agotestsuite: handle missing stats files gracefully (#10305)
Thomas Miedema [Tue, 19 May 2015 17:18:28 +0000 (19:18 +0200)] 
testsuite: handle missing stats files gracefully (#10305)

The following tests would result in framework failures when using a ghc
build with HADDOCK_DOCS=NO in mk/build.mk or mk/validate.mk:

  * haddock.Cabal
  * haddock.base
  * haddock.compiler

Test Plan: run make in tests/perf/haddock

Differential Revision: https://phabricator.haskell.org/D899

4 years agocompiler: kill a stray pprTrace in OccName
Austin Seipp [Sat, 23 May 2015 12:26:55 +0000 (07:26 -0500)] 
compiler: kill a stray pprTrace in OccName

Left in by c89bd681d34d, and otherwise rather annoying during the build!

Signed-off-by: Austin Seipp <austin@well-typed.com>
4 years agotestsuite: commit missing T4945 stdout
Austin Seipp [Sat, 23 May 2015 12:24:50 +0000 (07:24 -0500)] 
testsuite: commit missing T4945 stdout

Simon apparently forgot this it seems.

Signed-off-by: Austin Seipp <austin@well-typed.com>
4 years agoFix a huge space leak in the mighty Simplifier
Simon Peyton Jones [Fri, 22 May 2015 14:04:47 +0000 (15:04 +0100)] 
Fix a huge space leak in the mighty Simplifier

This long-standing, terrible, adn somewhat subtle bug was exposed
by Trac #10370, thanks to Reid Barton's brilliant test case (comment:3).

The effect is large on the Trac #10370 test.
Here is what the profile report says:

Before:
 total time  =       24.35 secs   (24353 ticks @ 1000 us, 1 processor)
 total alloc = 11,864,360,816 bytes  (excludes profiling overheads)

After:
 total time  =       21.16 secs   (21160 ticks @ 1000 us, 1 processor)
 total alloc = 7,947,141,136 bytes  (excludes profiling overheads)

The /combined/ effect of the tidyOccName fix, plus this one, is dramtic
for Trac #10370.  Here is what +RTS -s says:

Before:
  15,490,210,952 bytes allocated in the heap
   1,783,919,456 bytes maximum residency (20 sample(s))

  MUT     time   30.117s  ( 31.383s elapsed)
  GC      time   90.103s  ( 90.107s elapsed)
  Total   time  120.843s  (122.065s elapsed)

After:
   7,928,671,936 bytes allocated in the heap
      52,914,832 bytes maximum residency (25 sample(s))

  MUT     time   13.912s  ( 15.110s elapsed)
  GC      time    6.809s  (  6.808s elapsed)
  Total   time   20.789s  ( 21.954s elapsed)

- Heap allocation halved
- Residency cut by a factor of more than 30.
- ELapsed time cut by a factor of 6

Not bad!

The details
~~~~~~~~~~~
The culprit was SimplEnv.mkCoreSubst, which used mapVarEnv to do some
impedence-matching from the substitituion used by the simplifier to
the one used by CoreSubst.  But the impedence-mactching was recursive!

  mk_subst tv_env cv_env id_env
    = CoreSubst.mkSubst in_scope tv_env cv_env (mapVarEnv fiddle id_env)

  fiddle (DoneEx e)          = e
  fiddle (DoneId v)          = Var v
  fiddle (ContEx tv cv id e) = CoreSubst.substExpr (mk_subst tv cv id) e

Inside fiddle, in the ContEx case, we may do another whole level of
fiddle.  And so on.  Moreover, UniqFM (which is built on Data.IntMap) is
strict, so the fiddling is done eagerly.  I didn't wok through all the
details but the result is a gargatuan blow-up of entirely unnecessary work.

Laziness would make this go away, I think, but I don't want to mess
with IntMap.  And in any case, the impedence matching is a royal pain.

In the end I simply ceased trying to use CoreSubst.substExpr in the
simplifier, and instead just use simplExpr.  That does mean bit of
duplication; e.g.  new code for simplRules.  But it's not a big deal
and it's far more direct and easy to reason about.

A bit of knock-on refactoring:

 * Data type ArgSummary moves to CoreUnfold.

 * interestingArg moves from CoreUnfold to SimplUtils, and gets a
   SimplEnv argument which can be used when we encounter a variable.

 * simplLamBndrs, addBndrRules move from SimplEnv to Simplify
   (because they now calls simplUnfolding, simplRules resp)

 * SimplUtils.substExpr, substUnfolding, mkCoreSubst die completely

 * In Simplify some several functions that were previously pure
   substitution-based functions are now monadic:
     - addBndrRules, simplRule
     - addCoerce, add_coerce in simplCast

 * In case 2c of Simplify.rebuildCase, there was a pretty disgusting
   expression-substitution taking place for 'rhs'; and we really don't
   want to make that monadic becuase 'rhs' can be big.
   Solution: reduce the arity of the rules for seq.
   See Note [User-defined RULES for seq] in MkId.

4 years agoFix quadratic behaviour in tidyOccName
Simon Peyton Jones [Fri, 22 May 2015 13:46:51 +0000 (14:46 +0100)] 
Fix quadratic behaviour in tidyOccName

In the test program from comment:3 of Trac #10370, it turned out
that 25% of all compile time was going in OccName.tidyOccName!

It was all becuase the algorithm for finding an unused OccName
had a quadratic case.

This patch fixes it.  THe effect is pretty big:

Before:
total time  =       34.30 secs   (34295 ticks @ 1000 us, 1 processor)
total alloc = 15,496,011,168 bytes  (excludes profiling overheads)

After
total time  =       25.41 secs   (25415 ticks @ 1000 us, 1 processor)
total alloc = 11,812,744,816 bytes  (excludes profiling overheads)

4 years agoReduce magic for seqId
Simon Peyton Jones [Fri, 22 May 2015 13:41:54 +0000 (14:41 +0100)] 
Reduce magic for seqId

An upcoming commit means that the RULES for 'seq' get only
one value arg, not two.  This patch prepares for that by

- reducing the arity of seq's built-in rule, to take one value arg
- making 'seq' not inline on the LHS of RULES
- and removing the horrid un-inlining in DsBinds.decomposeRuleLhs

4 years agoWhite space layout only
Simon Peyton Jones [Fri, 22 May 2015 13:33:16 +0000 (14:33 +0100)] 
White space layout only

4 years agoApiAnnotatons : AnnDcolon in wrong place for PatBind
Alan Zimmerman [Thu, 21 May 2015 13:48:07 +0000 (15:48 +0200)] 
ApiAnnotatons : AnnDcolon in wrong place for PatBind

Summary:
In the following code fragment

    let ls :: Int = undefined

the `::` is attached to the ls function as a whole, rather than to the
pattern on the LHS.

Test Plan: ./validate

Reviewers: hvr, austin

Reviewed By: austin

Subscribers: bgamari, thomie, mpickering

Differential Revision: https://phabricator.haskell.org/D883

GHC Trac Issues: #10396

4 years agoApiAnnotations : parens around a context with wildcard loses annotations
Alan Zimmerman [Thu, 21 May 2015 13:05:48 +0000 (15:05 +0200)] 
ApiAnnotations : parens around a context with wildcard loses annotations

Summary:
In the following code, the extra set of parens around the context end up
with detached annotations.

    {-# LANGUAGE PartialTypeSignatures #-}
    module ParensAroundContext where

    f :: ((Eq a, _)) => a -> a -> Bool
    f x y = x == y

Trac ticket #10354

It turns out it was the TupleTy that was the culprit.

This may also solve #10315

Test Plan: ./validate

Reviewers: hvr, austin, goldfire

Reviewed By: austin

Subscribers: goldfire, bgamari, thomie, mpickering

Differential Revision: https://phabricator.haskell.org/D868

GHC Trac Issues: #10354, #10315

4 years agoApiAnnotations : AST version of nested forall loses forall annotation
Alan Zimmerman [Thu, 21 May 2015 12:13:42 +0000 (14:13 +0200)] 
ApiAnnotations : AST version of nested forall loses forall annotation

Summary:
When parsing

    {-# LANGUAGE ScopedTypeVariables #-}

    extremumNewton :: forall tag. forall tag1.
                       tag -> tag1 -> Int
    extremumNewton = undefined

the parser creates nested HsForAllTy's for the two forall statements.

These get flattened into a single one in `HsTypes.mk_forall_ty`

This patch removes the flattening, so that API Annotations are not lost in the
process.

Test Plan: ./validate

Reviewers: goldfire, austin, simonpj

Reviewed By: simonpj

Subscribers: bgamari, mpickering, thomie, goldfire

Differential Revision: https://phabricator.haskell.org/D836

GHC Trac Issues: #10278, #10315, #10354, #10363

4 years agoFix binary instance for IfaceLitTy
Simon Peyton Jones [Wed, 20 May 2015 13:26:06 +0000 (14:26 +0100)] 
Fix binary instance for IfaceLitTy

Thanks to Christiaan Baaj for spotting this.