... a proposal for removing transformers dependency from ghc library.
+1
- J.W.
(I subscribed to this list just to send this one message ...)
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
alexander.vershi...@gmail.com wrote:
Hello.
I'm coming with a proposal for removing transformers dependency
from ghc library. The reason for this proposal that it's not possible
to build consistent environment where a modern libraries (that depend
on a newer transformers or mtl-2.2
On 22 January 2015 at 09:34, Joachim Breitner m...@joachim-breitner.de wrote:
Hi,
Am Donnerstag, den 22.01.2015, 08:37 +0100 schrieb Herbert Valerio
Riedel:
One thing to keep in mind though is that then 'haskeline' (which is
needed by GHCi) still remains a consumer of 'transformers', so we'd
On 22 January 2015 at 10:37, Herbert Valerio Riedel hvrie...@gmail.com wrote:
On 2015-01-21 at 17:19:42 +0100, Alexander V Vershilov wrote:
I thought about providing package ghc-transformers-instances, that will
provide instances for transformers's type classes for user. So
ghc-tf-instances
Hi,
Am Donnerstag, den 22.01.2015, 08:37 +0100 schrieb Herbert Valerio
Riedel:
One thing to keep in mind though is that then 'haskeline' (which is
needed by GHCi) still remains a consumer of 'transformers', so we'd
still have to bundle a 'transformers' package version with GHC even if
`ghc`
: ghc-devs@haskell.org
| Subject: Re: Proposal for removing transformers dependency
|
| On 2015-01-21 at 17:19:42 +0100, Alexander V Vershilov wrote:
| I thought about providing package ghc-transformers-instances, that
| will provide instances for transformers's type classes for user. So
On 2015-01-22 at 12:40:05 +0100, Boespflug, Mathieu wrote:
[...]
It sounds to me like Alexander's patch, plus the
solution alluded by Joachim above for invisible packages that don't
clash with ones registered in the ghc-pkg db, would allow us to avoid
having any of the following packages
On 2015-01-21 at 16:51:55 +0100, Alexander V Vershilov wrote:
[...]
As transformers usage are quite limited in ghc, and it's really relevant
in ghc-bin, it's possible to duplicate the code, and provide required
fixes in ghc-bin.cabal. As a result ghc uses it's own MonadIO, MonadControl
and
Hi,
Am Mittwoch, den 21.01.2015, 19:51 +0400 schrieb Alexander V Vershilov:
Should I continue doing this?
with my Debian packaging maintainer hat on: Yes, please do!
Greetings,
Joachim
--
Joachim “nomeata” Breitner
m...@joachim-breitner.de • http://www.joachim-breitner.de/
Jabber:
Hello.
I'm coming with a proposal for removing transformers dependency
from ghc library. The reason for this proposal that it's not possible
to build consistent environment where a modern libraries (that depend
on a newer transformers or mtl-2.2) and libraries that use ghc API
are used together
I thought about providing package ghc-transformers-instances, that will
provide instances for transformers's type classes for user. So
ghc-tf-instances will depend on current ghc, and current transformers that
could be provided by user environment.
On Jan 21, 2015 7:15 PM, Herbert Valerio Riedel
Huge +1 from a Stackage standpoint. The transformers dependency (and other
such dependencies) causes me a huge amount of pain.
On Wed Jan 21 2015 at 8:52:57 AM Joachim Breitner m...@joachim-breitner.de
wrote:
Hi,
Am Mittwoch, den 21.01.2015, 19:51 +0400 schrieb Alexander V Vershilov:
Should
Hi,
I also hope that this is integrated into GHC 7.10.
--Kazu
Hello.
I'm coming with a proposal for removing transformers dependency
from ghc library. The reason for this proposal that it's not possible
to build consistent environment where a modern libraries (that depend
on a newer
Alexander,
I'm coming with a proposal for removing transformers dependency
from ghc library.
Big +1 from me.
doctest is suffering from dependency hell because ghc lib depends on
transformers.
--Kazu
___
ghc-devs mailing list
ghc-devs@haskell.org
:11, Kazu Yamamoto k...@iij.ad.jp wrote:
Hi,
I also hope that this is integrated into GHC 7.10.
--Kazu
Hello.
I'm coming with a proposal for removing transformers dependency
from ghc library. The reason for this proposal that it's not possible
to build consistent environment where a modern
that this is integrated into GHC 7.10.
--Kazu
Hello.
I'm coming with a proposal for removing transformers dependency
from ghc library. The reason for this proposal that it's not possible
to build consistent environment where a modern libraries (that depend
on a newer transformers or mtl-2.2
On 2015-01-21 at 17:19:42 +0100, Alexander V Vershilov wrote:
I thought about providing package ghc-transformers-instances, that will
provide instances for transformers's type classes for user. So
ghc-tf-instances will depend on current ghc, and current transformers that
could be provided by
17 matches
Mail list logo