summaryrefslogtreecommitdiff
path: root/libraries/stm
diff options
context:
space:
mode:
authorHerbert Valerio Riedel <hvr@gnu.org>2017-09-20 15:16:24 +0200
committerHerbert Valerio Riedel <hvr@gnu.org>2017-09-20 15:31:50 +0200
commit02ff70563e490d2a7f3141eab7229803c523da57 (patch)
tree339c80a390d95e7688ddc7df9987f436000e9d0f /libraries/stm
parent11d9615e9f751d6ed084f1cb20c24ad6b408230e (diff)
downloadhaskell-02ff70563e490d2a7f3141eab7229803c523da57.tar.gz
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.
Diffstat (limited to 'libraries/stm')
m---------libraries/stm0
1 files changed, 0 insertions, 0 deletions
diff --git a/libraries/stm b/libraries/stm
-Subproject b6e863e517bdcc3c5de1fbcb776a3fd7e6fe210
+Subproject d65fd4de49635a1e53405fe6699b46363a9d134