GitLab

All Cmm procedures now include the set of global registers that are live on
procedure entry, i.e., the global registers used to pass arguments to the
procedure. Only global registers that are use to pass arguments are included in
this list.

We would like to calculate register liveness for global registers as well as
local registers, so this patch generalizes the existing infrastructure to set
the stage.

We may not assume that registers are saved across calls to unlockClosure because
it could call a C function on some platforms.

Jumps now always have live register information attached, so drop Maybes.

Fixes this, when building unregisterised:

rts/dist/build/AutoApply.hc:87:1:
     error: ‘stg_ap_v_entry’ undeclared (first use in this function)

This is a kludge. A proper fix probably involves improving the "ghc -M"
flags to handle this sort of case better.

We no longer generate those files

This was breaking the build on s390. Not sure why it didn't bite on
any other platforms.

There was a long thread on cvs-ghc which concluded that although it's
the Right Thing to deprecate Rank2Types and PolymorphicComponents, in
favour of RankNTypes, it would cause lots of busy-work for library
authors and the pain isn't worth the gain.

So this patch removes the deprecation, and documents the synonym-ity.

After disussing on cvs-ghc and cabal-devel, we decided, in the end,
that it was simpler to make Rank2Types and PolymorphicComponents into
synonyms for RankNTypes.

This reverts commit d277031d.

Conflicts:
	compiler/coreSyn/CoreLint.lhs

We were calling ranlib on the wrong path

Now that we can build dyn-only, we don't need to force
DYNAMIC_BY_DEFAULT to NO. We just set GhcLibWays appropriately.

This reverts commit c67b4313.

We no longer need to always force, as ghc-pkg is cleverer.

This makes life easier, as ghc.mk has access to HADDOCK_DOCS
and DYNAMIC_BY_DEFAULT, so knows the right way to build it.

In particular, this fixes it if we are using dynamic libraries by
default and don't build the vanilla way.