Remove deriving 'Data', as 'Scientific' is no instance of 'Data'.
Use fast 'encodeUtf8BuilderEscaped' if possible

- only use it when compiling against bytestring >= 0.10.4.0
- speed improvement over bytestring-via-text encoding:
    factor 1.5 - 1.6 for japanase and english JSON messages
    factor 2         for integer encoding

- equal speed for encoding floats
Fix JSON instance for UTCTime to yield a valid ISO8601 string

The value truncated to milliseconds by rounding down
Bump dependency on scientific
Merge pull request #172 from meiersi/feat-encode-via-bytestring-builder

Feat encode via bytestring builder
Merge
Restore deriving Data
Fix benchmark build with older bytestring

--HG--
extra : amend_source : c1a49357128d6784becacab023c114fceee98abf
Update changelog
Update the list of tested versions of GHC
Update benchmark framework
Get the silly benchmark framework and AesonEncode cooperating
Update perf numbers for the previous versions of the various libs

I want to be able to use this as a baseline to see how the new
versions of the libraries fare.

--HG--
extra : amend_source : 166f845a7d1d42ee33c646f6fa7034d853eefe60
Update performance numbers

This clearly shows that on this dataset, decoding is about 33%
faster than the previous release, while encoding is about twice as
fast. Nice!
Rework Python encode/decode benchmarks to work with harness
Added tag 0.7.0.0 for changeset fbc623c63b97
Merge branch 'master' of github.com:bos/aeson into json-builder

Conflicts:
	Data/Aeson/Encode.hs
	Data/Aeson/Types/Instances.hs
	aeson.cabal
Fix cabal-install for GHC 7.8;  better support for GHC < 7.8

Proposed fix for #177.  This does have the downside that it would
immediately require text-1.1,  which might cause for some people
committed to older versions of the Haskell Platform.
Make test-suite compile
Fix bug when generically encoding tuples