Changelog for ghc-scientific-0.3.7.0-1.1.x86_64.rpm :

* Fri Dec 31 2021 Peter Simons - Update scientific to version 0.3.7.0 revision 2. Upstream has revised the Cabal build instructions on Hackage.
* Mon Nov 01 2021 psimonsAATTsuse.com- Update scientific to version 0.3.7.0 revision 1. Upstream has revised the Cabal build instructions on Hackage.
* Thu May 20 2021 psimonsAATTsuse.com- Update scientific to version 0.3.7.0. 0.3.7.0
* Make division (/) on Scientifics slightly more efficient.
* Fix the Show instance to surround negative numbers with parentheses when necessary.
* Add (Template Haskell) Lift Scientific instance
* Mark modules as Safe or Trustworthy (Safe Haskell).
* Thu Dec 17 2020 Ondřej Súkup - disable %{ix86} build
* Tue Aug 18 2020 Peter Simons - Replace %setup -q with the more modern %autosetup macro.
* Tue Jun 16 2020 Peter Simons - Re-generate file with latest version of spec-cleaner.
* Fri Nov 08 2019 Peter Simons - Drop obsolete group attributes.
* Sat Oct 20 2018 Peter Simons - Use https URL to refer to bugs.opensuse.org.
* Wed Jul 18 2018 psimonsAATTsuse.com- Cosmetic: replace tabs with blanks, strip trailing white space, and update copyright headers with spec-cleaner.
* Mon May 14 2018 psimonsAATTsuse.com- Update scientific to version 0.3.6.2.
* Due to a regression introduced in 0.3.4.14 the RealFrac methods and floatingOrInteger became vulnerable to a space blowup when applied to scientifics with huge exponents. This has now been fixed again.
* Fix build on GHC < 8.
* Make the methods of the Hashable, Eq and Ord instances safe to use when applied to scientific numbers coming from untrusted sources. Previously these methods first converted their arguments to Rational before applying the operation. This is unsafe because converting a Scientific to a Rational could fill up all space and crash your program when the Scientific has a huge base10Exponent. Do note that the hash computation of the Hashable Scientific instance has been changed because of this improvement! Thanks to Tom Sydney Kerckhove (AATTNorfairKing) for pushing me to fix this.
* fromRational :: Rational -> Scientific now throws an error instead of diverging when applied to a repeating decimal. This does mean it will consume space linear in the number of digits of the resulting scientific. This makes \"fromRational\" and the other Fractional methods \"recip\" and \"/\" a bit safer to use.
* To get the old unsafe but more efficient behaviour the following function was added: unsafeFromRational :: Rational -> Scientific.
* Add alternatives for fromRationalRepetend: fromRationalRepetendLimited :: Int -- ^ limit - > Rational - > Either (Scientific, Rational) (Scientific, Maybe Int) and: fromRationalRepetendUnlimited :: Rational -> (Scientific, Maybe Int) Thanks to Ian Jeffries (AATTseagreen) for the idea.
* Dropped upper version bounds of dependencies because it\'s to much work to maintain.