On Thu, May 14, 2009 at 10:14, Wolfgang Jeltsch
wrote:
> 4) The identifiers State and StateT are flawed. Something of value State s a
> doesn’t denote a state but a state transformer or however you want to name
> it.
A "state monad", i.e. a monad containing a state? If you use it in a
sentence in
Am Mittwoch, 13. Mai 2009 01:03 schrieb rocon...@theorem.ca:
> I wanted to pass this idea around the cafe to get some thoughts before
> submitting a trac on this topic.
>
> I'd like to see the mtl removed from the Haskell Platform.
>
> The mtl was a tremendous step forward when it was developed. H
On Wed, May 13, 2009 at 6:31 PM, Don Stewart wrote:
> Do you have a patch?
No. This was a while ago, and the changes really are trivial. I
thought about submitting it, but it seemed to me that the change could
only be useful when people upgrade their entire compiler/library
infrastructure - link
gwern0:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On Wed, May 13, 2009 at 7:45 AM, Robin Green wrote:
> > I don't agree. TH can sometimes slow down a build considerably. I don't
> > want to see it getting even slower.
>
> I once switched TH to Strings. All the uses are trivial, and
On Wed, May 13, 2009 at 08:04:52AM +0100, Sittampalam, Ganesh wrote:
> We've discussed replacing it with transformers+monads-fd+an mtl
> compatiblity layer on librar...@. Ross and I plan to propose doing this
> for the second release of the platform - it's not fair to disrupt the
> first release at
ketil:
>
> Not of the same gravity as mtl, but I was a bit surprised to see that
> PackedString was included, in spite of it being marked as deprecated
> on Hackage.
Ketil, I would encourage you to open a ticket on the platform wiki
summarising the state of the packedstring issue.
-- Don
__
Nothing controversial said here... I'm just agreeing with Russel.
On Tue, May 12, 2009 at 4:03 PM, wrote:
> I wanted to pass this idea around the cafe to get some thoughts before
> submitting a trac on this topic.
>
> I'd like to see the mtl removed from the Haskell Platform.
>
> The mtl was a t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Wed, May 13, 2009 at 7:45 AM, Robin Green wrote:
> I don't agree. TH can sometimes slow down a build considerably. I don't
> want to see it getting even slower.
I once switched TH to Strings. All the uses are trivial, and the
encoded strings so
On Wed, 2009-05-13 at 15:37 +0400, Bulat Ziganshin wrote:
> Hello Duncan,
>
> Wednesday, May 13, 2009, 3:33:13 PM, you wrote:
>
> > I think it should remain deprecated and we should work on the
> > replacement so that TH can switch its dependency.
>
> TH isn't high-performance package and i thin
Hello Robin,
Wednesday, May 13, 2009, 3:45:57 PM, you wrote:
>> TH isn't high-performance package and i think that it should just
>> switch to use of String
> I don't agree. TH can sometimes slow down a build considerably. I don't
> want to see it getting even slower.
i think GHC compile times
On Wed, 13 May 2009 15:37:52 +0400
Bulat Ziganshin wrote:
> Hello Duncan,
>
> Wednesday, May 13, 2009, 3:33:13 PM, you wrote:
>
> > I think it should remain deprecated and we should work on the
> > replacement so that TH can switch its dependency.
>
> TH isn't high-performance package and i th
Hello Duncan,
Wednesday, May 13, 2009, 3:33:13 PM, you wrote:
> I think it should remain deprecated and we should work on the
> replacement so that TH can switch its dependency.
TH isn't high-performance package and i think that it should just
switch to use of String
--
Best regards,
Bulat
On Wed, 2009-05-13 at 10:24 +0200, Ketil Malde wrote:
> Not of the same gravity as mtl, but I was a bit surprised to see that
> PackedString was included, in spite of it being marked as deprecated
> on Hackage.
TemplateHaskell still uses it. There was not a lot we could do for the
first release. S
On Wed, 2009-05-13 at 12:01 +0100, Neil Brown wrote:
> Sittampalam, Ganesh wrote:
> > We've discussed replacing it with transformers+monads-fd+an mtl
> > compatiblity layer on librar...@. Ross and I plan to propose doing this
> > for the second release of the platform - it's not fair to disrupt the
Sittampalam, Ganesh wrote:
We've discussed replacing it with transformers+monads-fd+an mtl
compatiblity layer on librar...@. Ross and I plan to propose doing this
for the second release of the platform - it's not fair to disrupt the
first release at this stage.
transformers+monads-fd is quite a
Not of the same gravity as mtl, but I was a bit surprised to see that
PackedString was included, in spite of it being marked as deprecated
on Hackage.
Presumably, this is because some other library depends on this, but I
think platform-blessing a deprecated library is a strange thing to
do. If t
rocon...@theorem.ca wrote:
> I think that use of the mtl should be deprecated so that we move on
> to improved monad transformer libraries. Having the mtl in the
> Haskell Platform does the opposite by further entrenching its use,
> possibly to the point where we may not be able to get rid of it
rocon...@theorem.ca wrote:
I wanted to pass this idea around the cafe to get some thoughts before
submitting a trac on this topic.
I'd like to see the mtl removed from the Haskell Platform.
The mtl was a tremendous step forward when it was developed. However,
we have learned a few things abo
I wanted to pass this idea around the cafe to get some thoughts before
submitting a trac on this topic.
I'd like to see the mtl removed from the Haskell Platform.
The mtl was a tremendous step forward when it was developed. However, we
have learned a few things about monad transformers since
19 matches
Mail list logo