Add 'stm' package to the global package database
authorHerbert Valerio Riedel <hvr@gnu.org>
Wed, 20 Sep 2017 13:16:24 +0000 (15:16 +0200)
committerHerbert Valerio Riedel <hvr@gnu.org>
Wed, 20 Sep 2017 13:31:50 +0000 (15:31 +0200)
commit02ff70563e490d2a7f3141eab7229803c523da57
tree339c80a390d95e7688ddc7df9987f436000e9d0f
parent11d9615e9f751d6ed084f1cb20c24ad6b408230e
Add 'stm' package to the global package database

This is a preparation for `haskeline` picking up a dependency on `stm`
real soon now. See https://github.com/judah/haskeline/pull/61 for details.

If we figure out a way to not bundle the libraries depended upon by the
GHCi executable in the global package database (see #8919 for the original
reason why we had to start bundling terminfo/haskeline in the first place)
we can get rid of `stm` again...

On the bright side, we were able to avoid uploading new `stm` releases for
over two years already, so it shouldn't cause too much trouble if GHC imposes
a strong preference on the `stm` package's version (this most likely will
mostly affect Linux distributions & similiar).

While at it, this also update the stm submodule to include relaxed
bounds to allow the upcoming base-4.11 version.
ghc.mk
libraries/stm
packages