| Index | index by Group | index by Distribution | index by Vendor | index by creation date | index by Name | Mirrors | Help | Search |
| Name: ghc-scientific | Distribution: SUSE Linux Enterprise 15 |
| Version: 0.3.7.0 | Vendor: SUSE LLC <https://www.suse.com/> |
| Release: 150500.3.3.2 | Build date: Mon Jan 29 16:15:34 2024 |
| Group: Unspecified | Build host: ibs-power9-13 |
| Size: 614146 | Source RPM: ghc-scientific-0.3.7.0-150500.3.3.2.src.rpm |
| Packager: https://www.suse.com/ | |
| Url: https://hackage.haskell.org/package/scientific | |
| Summary: Numbers represented using scientific notation | |
"Data.Scientific" provides the number type 'Scientific'. Scientific numbers are arbitrary precision and space efficient. They are represented using <http://en.wikipedia.org/wiki/Scientific_notation scientific notation>. The implementation uses a coefficient 'c :: 'Integer'' and a base-10 exponent 'e :: 'Int''. A scientific number corresponds to the 'Fractional' number: ''fromInteger' c * 10 '^^' e'. Note that since we're using an 'Int' to represent the exponent these numbers aren't truly arbitrary precision. I intend to change the type of the exponent to 'Integer' in a future release. The main application of 'Scientific' is to be used as the target of parsing arbitrary precision numbers coming from an untrusted source. The advantages over using 'Rational' for this are that: * A 'Scientific' is more efficient to construct. Rational numbers need to be constructed using '%' which has to compute the 'gcd' of the 'numerator' and 'denominator'. * 'Scientific' is safe against numbers with huge exponents. For example: '1e1000000000 :: 'Rational'' will fill up all space and crash your program. Scientific works as expected: >>> read "1e1000000000" :: Scientific 1.0e1000000000 * Also, the space usage of converting scientific numbers with huge exponents to ''Integral's' (like: 'Int') or ''RealFloat's' (like: 'Double' or 'Float') will always be bounded by the target type.
BSD-3-Clause
* Sat Oct 14 2023 [email protected]
- Update scientific to version 0.3.7.0 revision 7.
Upstream has revised the Cabal build instructions on Hackage.
* Fri Dec 31 2021 [email protected]
- Update scientific to version 0.3.7.0 revision 2.
Upstream has revised the Cabal build instructions on Hackage.
* Mon Nov 01 2021 [email protected]
- Update scientific to version 0.3.7.0 revision 1.
Upstream has revised the Cabal build instructions on Hackage.
* Thu May 20 2021 [email protected]
- 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 [email protected]
- disable %{ix86} build
* Tue Aug 18 2020 [email protected]
- Replace %setup -q with the more modern %autosetup macro.
* Tue Jun 16 2020 [email protected]
- Re-generate file with latest version of spec-cleaner.
* Fri Nov 08 2019 [email protected]
- Drop obsolete group attributes.
* Sat Oct 20 2018 [email protected]
- Use https URL to refer to bugs.opensuse.org.
* Wed Jul 18 2018 [email protected]
- Cosmetic: replace tabs with blanks, strip trailing white space,
and update copyright headers with spec-cleaner.
* Mon May 14 2018 [email protected]
- 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 (@NorfairKing) 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 (@seagreen) for the idea.
* Dropped upper version bounds of dependencies
because it's to much work to maintain.
* Tue Jul 11 2017 [email protected]
- Update to version 0.3.5.1.
* Mon Jul 03 2017 [email protected]
- Update to version 0.3.4.15 revision 2.
* Mon Jun 12 2017 [email protected]
- Update to version 0.3.4.15.
* Wed May 31 2017 [email protected]
- Update to version 0.3.4.13.
* Wed Apr 19 2017 [email protected]
- Update to version 0.3.4.12 with cabal2obs.
* Tue Apr 04 2017 [email protected]
- Update to version 0.3.4.11 with cabal2obs.
* Sun Feb 12 2017 [email protected]
- Update to version 0.3.4.10 with cabal2obs.
* Wed Jan 04 2017 [email protected]
- Update to version 0.3.4.9 revision 1 with cabal2obs.
* Fri Jul 22 2016 [email protected]
- Update to version 0.3.4.9 revision 0 with cabal2obs.
* Sun Jul 10 2016 [email protected]
- Update to version 0.3.4.8 revision 0 with cabal2obs.
* Sun Jul 03 2016 [email protected]
- update to 0.3.4.8
* Make bytestring-builder's installation conditional based on a Cabal flag.
* Fri Jul 01 2016 [email protected]
- Make Group tag consistent with other GHC packages.
* Sun Jun 12 2016 [email protected]
- update to 0.3.4.7
* Unconditionally export Data.ByteString.Builder.Scientific.
* The bytestring-builder cabal flag has been removed.
* Depend on bytestring-builder for backwards compatibility for GHC < 7.8.
* Sat Mar 12 2016 [email protected]
- update to 0.3.4.6
* Made toDecimalDigits more similar to floatToDigits
* Introduce a special case for 0 in fromFloatDigits
* Thu Mar 10 2016 [email protected]
- update to 0.3.4.5
* Support GHC-8.0.1
* Support binary-0.8
* Sun Nov 29 2015 [email protected]
- update to 0.3.4.4
* Fix build with integer-simple.
* Improved performance of toDecimalDigits by 13%.
* Mon Oct 12 2015 [email protected]
- update to 0.3.4.2
* build fixes
* Sun Oct 04 2015 [email protected]
- update to 0.3.4.0
* Added fromRationalRepetend & toRationalRepetend
for safely converting from and to rationals
which have a repeating decimal representation like:
1 % 28 = 0.03(571428).
* Added a Binary instance.
* Various performance improvements.
* Support vector-0.11
* Support tasty-0.11
* Support criterion-1.1.0.0
* Sun Apr 12 2015 [email protected]
- update to 0.3.3.8
* Sun Mar 29 2015 [email protected]
- Remove ExclusiveArch
* Mon Feb 02 2015 [email protected]
- Initial package
/usr/lib64/ghc-8.10.7/scientific-0.3.7.0 /usr/lib64/ghc-8.10.7/scientific-0.3.7.0/libHSscientific-0.3.7.0-3FlkBJv9lypJSluEch2pAh-ghc8.10.7.so /usr/share/licenses/ghc-scientific /usr/share/licenses/ghc-scientific/LICENSE
Generated by rpm2html 1.8.1
Fabrice Bellet, Tue Jul 9 19:51:39 2024