On Fri, Dec 7, 2012 at 12:50 AM, Edward Z. Yang wrote:
> Excerpts from Michael Snoyman's message of Fri Dec 07 00:29:14 -0800 2012:
>> Let me give a more extreme example: suppose that the bug in text hadn't
>> simply been slower compile times, but instead it segfaulted every time you
>> appended t
On Thu, Dec 06, 2012 at 11:24:41PM -0800, Mark Lentczner wrote:
> In my Haskell Implementors 2012 talk Haskell Platform: Field Report and
> Future Goals, I called for an expansion of the content of the platform to
> bring it up to par with what other programming language platforms provide.
>
> Ple
On Fri, Dec 7, 2012 at 10:50 AM, Edward Z. Yang wrote:
> Excerpts from Michael Snoyman's message of Fri Dec 07 00:29:14 -0800 2012:
> > Let me give a more extreme example: suppose that the bug in text hadn't
> > simply been slower compile times, but instead it segfaulted every time
> you
> > appe
* Michael Snoyman [2012-12-07 09:52:07+0200]
> Let me bring up one other package: yaml (written by me). I think it's a
> pretty good fit for the standard YAML packaging library, since it simply
> reuses the existing infrastructure from the aeson package (i.e. the ToJSON
> and FromJSON typeclasses,
Excerpts from Michael Snoyman's message of Fri Dec 07 00:29:14 -0800 2012:
> Let me give a more extreme example: suppose that the bug in text hadn't
> simply been slower compile times, but instead it segfaulted every time you
> appended two empty strings. What would be our response to users? Should
On Fri, Dec 7, 2012 at 10:20 AM, Edward Z. Yang wrote:
> > Now this problem may be completely resolved in newer versions of
> > cabal-install, but I think having a large number of packages in the
> global
> > package database pegged at specific versions is a very strong recipe for
> > reintroduci
PHP's Zend Framework actually offers two releases[1]: a minimal release, and a
full release. Perhaps we should consider a similar setup.
"haskell-platform-minimal" would contain the same packages that are currently
packaged with the platform, while "haskell-platform-full" would also contain
sev
> Now this problem may be completely resolved in newer versions of
> cabal-install, but I think having a large number of packages in the global
> package database pegged at specific versions is a very strong recipe for
> reintroducing version hell. Coming back to yaml: it depends on conduit.
> Supp
* Mark Lentczner [2012-12-06 23:24:41-0800]
> In my Haskell Implementors 2012 talk Haskell Platform: Field Report and
> Future Goals, I called for an expansion of the content of the platform to
> bring it up to par with what other programming language platforms provide.
>
> Please see my blog pos
On Fri, Dec 7, 2012 at 9:24 AM, Mark Lentczner wrote:
> In my Haskell Implementors 2012 talk Haskell Platform: Field Report and
> Future Goals, I called for an expansion of the content of the platform to
> bring it up to par with what other programming language platforms provide.
>
> Please see my
Crypto is rather well addressed by Vincent's packages
(crypto{cipher,hash}). Please don't use Crypto as it's not really for
production use. In some cases we could do with high performance
bindings to C instead of pure Haskell, and I'm willing to put in a
little effort to see that happen.
The sta
11 matches
Mail list logo
