Accepting request 623707 from devel:languages:haskell

- Cosmetic: replace tabs with blanks, strip trailing white space,
  and update copyright headers with spec-cleaner.

- Update aeson to version 1.4.0.0.
  ### 1.4.0.0
  This release introduces bounds on the size of `Scientific` numbers when they are converted to other arbitrary precision types that do not represent them efficiently in memory.
  This means that trying to decode a number such as `1e1000000000` into an `Integer` will now fail instead of using a lot of memory. If you need to represent large numbers you can add a newtype (preferably over `Scientific`) and providing a parser using `withScientific`.
  The following instances are affected by this:
  * `FromJSON Natural`
  * `FromJSONKey Natural`
  * `FromJSON Integer`
  * `FromJSONKey Integer`
  * `FromJSON NominalDiffTime`
  For the same reasons the following instances & functions have been removed:
  * Remove `FromJSON Data.Attoparsec.Number` instance. Note that `Data.Attoparsec.Number` is deprecated.
  * Remove deprecated `withNumber`, use `withScientific` instead.
  Finally, encoding integral values with large exponents now uses scientific notation, this saves space for large numbers.
  ### 1.3.1.1
  * Catch 0 denominators when parsing Ratio
  ### 1.3.1.0
  * Fix bug in generically derived `FromJSON` instances that are using `unwrapUnaryRecords`, thanks to Xia Li-yao
  * Allow base-compat 0.10.*, thanks to Oleg Grenrus
  ## 1.3.0.0
  Breaking changes:
  * `GKeyValue` has been renamed to `KeyValuePair`, thanks to Xia Li-yao
  * Removed unused `FromJSON` constraint in `withEmbeddedJson`, thanks to Tristan Seligmann
  Other improvements:
  * Optimizations of TH toEncoding, thanks to Xia Li-yao
  * Optimizations of hex decoding when using the default/pure unescape implementation, thanks to Xia Li-yao
  * Improved error message on `Day` parse failures, thanks to Gershom Bazerman

OBS-URL: https://build.opensuse.org/request/show/623707
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/ghc-aeson?expand=0&rev=18
This commit is contained in:
Dominique Leuenberger 2018-07-24 15:12:35 +00:00 committed by Git OBS Bridge
commit 9af8bc983a
4 changed files with 70 additions and 33 deletions

View File

@ -1,3 +0,0 @@
version https://git-lfs.github.com/spec/v1
oid sha256:3401dba4fddb92c8a971f6645b38e2f8a1b286ef7061cd392a1a567640bbfc9b
size 265740

3
aeson-1.4.0.0.tar.gz Normal file
View File

@ -0,0 +1,3 @@
version https://git-lfs.github.com/spec/v1
oid sha256:916a208dbb2d46f4dda2d7162a9960e42b7b70526be4af06cd34cba526865710
size 265216

View File

@ -1,3 +1,55 @@
-------------------------------------------------------------------
Wed Jul 18 14:26:12 UTC 2018 - psimons@suse.com
- Cosmetic: replace tabs with blanks, strip trailing white space,
and update copyright headers with spec-cleaner.
-------------------------------------------------------------------
Tue Jul 17 19:30:59 UTC 2018 - psimons@suse.com
- Update aeson to version 1.4.0.0.
### 1.4.0.0
This release introduces bounds on the size of `Scientific` numbers when they are converted to other arbitrary precision types that do not represent them efficiently in memory.
This means that trying to decode a number such as `1e1000000000` into an `Integer` will now fail instead of using a lot of memory. If you need to represent large numbers you can add a newtype (preferably over `Scientific`) and providing a parser using `withScientific`.
The following instances are affected by this:
* `FromJSON Natural`
* `FromJSONKey Natural`
* `FromJSON Integer`
* `FromJSONKey Integer`
* `FromJSON NominalDiffTime`
For the same reasons the following instances & functions have been removed:
* Remove `FromJSON Data.Attoparsec.Number` instance. Note that `Data.Attoparsec.Number` is deprecated.
* Remove deprecated `withNumber`, use `withScientific` instead.
Finally, encoding integral values with large exponents now uses scientific notation, this saves space for large numbers.
### 1.3.1.1
* Catch 0 denominators when parsing Ratio
### 1.3.1.0
* Fix bug in generically derived `FromJSON` instances that are using `unwrapUnaryRecords`, thanks to Xia Li-yao
* Allow base-compat 0.10.*, thanks to Oleg Grenrus
## 1.3.0.0
Breaking changes:
* `GKeyValue` has been renamed to `KeyValuePair`, thanks to Xia Li-yao
* Removed unused `FromJSON` constraint in `withEmbeddedJson`, thanks to Tristan Seligmann
Other improvements:
* Optimizations of TH toEncoding, thanks to Xia Li-yao
* Optimizations of hex decoding when using the default/pure unescape implementation, thanks to Xia Li-yao
* Improved error message on `Day` parse failures, thanks to Gershom Bazerman
* Add `encodeFile` as well as `decodeFile*` variants, thanks to Markus Hauck
* Documentation fixes, thanks to Lennart Spitzner
* CPP cleanup, thanks to Ryan Scott
-------------------------------------------------------------------
Mon May 14 17:02:11 UTC 2018 - psimons@suse.com
@ -183,4 +235,3 @@ Mon Oct 28 19:50:03 UTC 2013 - sbahling@suse.com
Mon Oct 7 13:35:59 UTC 2013 - sbahling@suse.com
- Initial package - version 0.6.2.0

View File

@ -19,7 +19,7 @@
%global pkg_name aeson
%bcond_with tests
Name: ghc-%{pkg_name}
Version: 1.2.4.0
Version: 1.4.0.0
Release: 0
Summary: Fast JSON parsing and encoding
License: BSD-3-Clause
@ -46,7 +46,6 @@ BuildRequires: ghc-unordered-containers-devel
BuildRequires: ghc-uuid-types-devel
BuildRequires: ghc-vector-devel
%if %{with tests}
BuildRequires: ghc-HUnit-devel
BuildRequires: ghc-QuickCheck-devel
BuildRequires: ghc-base-orphans-devel
BuildRequires: ghc-base16-bytestring-devel
@ -56,9 +55,9 @@ BuildRequires: ghc-generic-deriving-devel
BuildRequires: ghc-hashable-time-devel
BuildRequires: ghc-integer-logarithms-devel
BuildRequires: ghc-quickcheck-instances-devel
BuildRequires: ghc-test-framework-devel
BuildRequires: ghc-test-framework-hunit-devel
BuildRequires: ghc-test-framework-quickcheck2-devel
BuildRequires: ghc-tasty-devel
BuildRequires: ghc-tasty-hunit-devel
BuildRequires: ghc-tasty-quickcheck-devel
%endif
%description
@ -67,19 +66,6 @@ performance.
To get started, see the documentation for the 'Data.Aeson' module below.
Parsing performance on a late 2013 MacBook Pro (2.6GHz Core i7), running 64-bit
GHC 7.10.1, for mostly-English tweets from Twitter's JSON search API:
* 6.4 KB payloads, English: 7570 msg/sec (47.6 MB/sec)
* 14.6 KB payloads, Japanese: 3261 msg/sec (46.6 MB/sec)
Encoding performance on the same machine and data:
* 6.4 KB payloads, English: 22738 msg/sec (142.9 MB/sec)
* 14.6 KB payloads, Japanese: 15911 msg/sec (227.4 MB/sec)
(A note on naming: in Greek mythology, Aeson was the father of Jason.).
%package devel