> On Fri, Jan 4, 2019 at 9:59 AM Alexander V Vershilov <
> alexander.vershi...@gmail.com> wrote:
>
>> For inline-r we have added a revision that sets upper limit, so now
>> hackage and stackage should both be happy. I'm not sure if any Linux
>> distributi
For inline-r we have added a revision that sets upper limit, so now hackage
and stackage should both be happy. I'm not sure if any Linux distribution
provides inline-r as a package but that should be normal situation for
them. Next version will either set lower dependency boundary or will keep a
co
I think I'm a bit late for the party.
I'm speaking with the newcomer hat on, as basically I have
contributed only few trivial patches. So not sure if my experience
matter.
Originally I was submitting patches using Trac, but then was kindly
asked (IIRC by Simon Marlow) to use Phab instead. Surpris
quire ghc-tf-instances)
2. I have installed in a sandbox ghc-tf-instaces and ghc-mtl
that uses ghc-lib and ghc-tf-instances. Some fixes were required
but they all were pretty straighforward to implement.
[1] https://phabricator.haskell.org/D626
On 21 January 2015 at 18:51, Alexander V Vers
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
>> gh
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
rio Riedel"
wrote:
> 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
> >
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. A
