> ... 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
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 package
As a result of this thread I have created Phab Diff [1]. It contains
required fixes in compiler and ghc-transformers-instance package.
I have tested result on 2 following usecases:
1. I have installed in a sandox transformers-0.3 and ghc-heap-view
that uses them and ghc-lib. (Doesn't require g
On 22 January 2015 at 09:34, Joachim Breitner 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
>> still have to
ry 2015 07:37
| To: Alexander V Vershilov
| Cc: 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
On 22 January 2015 at 10:37, Herbert Valerio Riedel 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 will depend on
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
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 b
Don't worry, we've never given any promise about GHC API
stability across major versions (or minor versions, for that
matter.)
Edward
Excerpts from Alexander V Vershilov's message of 2015-01-21 22:16:11 -0800:
> Ok. In this case, I'm interested in main users of ghc library,
> as I have to make su
Ok. In this case, I'm interested in main users of ghc library,
as I have to make sure that they will not be broken by
any changes that I'm introduce? I can take few from hackage
but maybe there are ones that users care about. So I can
validate my solution.
--
Alexander
On 22 January 2015 at 03:11
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
h
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
wrote:
> Hi,
>
> Am Mittwoch, den 21.01.2015, 19:51 +0400 schrieb Alexander V Vershilov:
> > Should I continue doing th
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: nome..
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"
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
> an
16 matches
Mail list logo