Haskell Platform Proposal: add the 'aeson' library
John Lato
jwlato at gmail.com
Wed Sep 18 16:59:43 CEST 2013
I agree with Michael and Thomas,
+1 to including aeson as-is; if the ByteString instance is removed so much
the better.
On Wed, Sep 18, 2013 at 6:26 AM, Thomas Schilling
<nominolo at googlemail.com>wrote:
> I'm also +1, though I'd strongly prefer that the instance for
> ByteString gets dropped before inclusion.
>
> The "don't do that" approach is not very Haskelly. A Char8 ByteString
> is the same type as a Word8 ByteString, so while you could argue that
> Char8 is implicitly ASCII, the instance couldn't distinguish it from
> Word8 ByteStrings where this doesn't make sense. Since JSON doesn't
> have a standard way of encoding binary data
> (utf8/base64/base64url/...), external JSON API often may use their own
> convention, so it's best to require users to be explicit about
> semantics.
>
> On 18 September 2013 11:24, Herbert Valerio Riedel <hvr at gnu.org> wrote:
> > On 2013-09-18 at 09:22:07 +0200, Michael Snoyman wrote:
> >
> > [...]
> >
> >> So: +1 from me on including aeson as-is, and if Bryan's interested in
> >> making this change to aeson, I'd consider it a perk.
> >
> > +1 like Micheal
> >
> > (i.e. I support `aeson` in HP unconditionally; but I'd be delighted if
> > the `ByteString` instances not pure issue would be fixed somehow)
> > _______________________________________________
> > Libraries mailing list
> > Libraries at haskell.org
> > http://www.haskell.org/mailman/listinfo/libraries
> _______________________________________________
> Libraries mailing list
> Libraries at haskell.org
> http://www.haskell.org/mailman/listinfo/libraries
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/libraries/attachments/20130918/ffb89031/attachment.htm>
More information about the Libraries
mailing list