GitLab

In loopDecls, as far as I can see the globalDecls will always
already be in the environment, so don't add them again.

Previously, stacks were always attributed to CCCS_SYSTEM.  Now, we
attribute them to the CCS when the stack was allocated.  If a stack
grows, new stack chunks inherit the CCS of the old stack.
Signed-off-by: Edward Z. Yang <ezyang@mit.edu>

* We now never report derived-constraint type errors, even
  in the "insolubles".  See Note [Insoluble derived constraints]
  in TcRnTypes.

* The cec_suppress mechanism in TcErrors is refactored a bit so that:
   - We suppress *all* errors in unreachable code (they can be jolly
     confusing)
   - We no longer suppress *all* non-insoluble errors if there are *any
     insolubles anywhere.  Instead we are a bit more refined.
  See Note [Suppressing error messages] in TcErrors

This unwanted unification was happening in the zonking phase
which un-flattens type-function applications (TcMType.zonkFlats,
try_zonk_fun_eq).  The main unifier is careful to make the check,
but I'd forgotten it here.  That in turn led to a very confusing
error message.

Zonking can make implications empty becuase it gets rid
of type-function flattening equalities

Patch from Stephen Blackheath.

Patch from Stephen Blackheath.

timer_create doesn't exist and setitimer doesn't fire on iOS, so we're
using a pthreads-based implementation. It may be to do with
interference with the signals of the debugger. Revisit. See #7723.

I don't think these should be necessary. If something breaks as
a result then we can look at why.

The latter is deprecated. Part of #7718.

The ghc-stage1_INPLACE variable wasn't being defined

Currently they are all set to the same value, but when cross-compiling
they could be set to different values.

It now just warns about files it doesn't recognise, rather than giving
an error. This means that random text files etc in the same directory
as the bindists don't make it fall over.

We weren't seting the _DO_HADDOCK variables early enough.

I don't think it's necessary to build ghc-pkg that early.

Dependency problem was discovered by int-e.

I've also added some comments about what's going on.

Also a couple of other fixes and sanity checks along the way.

We now leave making installers to the Haskell Platform.

The file no longer exists