Index | index by Group | index by Distribution | index by Vendor | index by creation date | index by Name | Mirrors | Help | Search |
Name: ghc-scientific | Distribution: openSUSE:Factory:zSystems |
Version: 0.3.8.0 | Vendor: openSUSE |
Release: 1.4 | Build date: Tue May 14 12:23:19 2024 |
Group: Unspecified | Build host: reproducible |
Size: 610482 | Source RPM: ghc-scientific-0.3.8.0-1.4.src.rpm |
Packager: https://bugs.opensuse.org | |
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
* Tue May 14 2024 Peter Simons <psimons@suse.com> - Update scientific to version 0.3.8.0. Upstream has not updated the file "changelog" since the last release. * Sat Oct 14 2023 Peter Simons <psimons@suse.com> - Update scientific to version 0.3.7.0 revision 7. Upstream has revised the Cabal build instructions on Hackage. * Wed Oct 04 2023 Peter Simons <psimons@suse.com> - Update scientific to version 0.3.7.0 revision 6. Upstream has revised the Cabal build instructions on Hackage. * Thu Mar 30 2023 Peter Simons <psimons@suse.com> - Updated spec file to conform with ghc-rpm-macros-2.5.2. * Sun Mar 12 2023 Peter Simons <psimons@suse.com> - Update scientific to version 0.3.7.0 revision 5. Upstream has revised the Cabal build instructions on Hackage. * Tue Feb 21 2023 Peter Simons <psimons@suse.com> - Update scientific to version 0.3.7.0 revision 4. Upstream has revised the Cabal build instructions on Hackage. * Wed Aug 10 2022 Peter Simons <psimons@suse.com> - Update scientific to version 0.3.7.0 revision 3. Upstream has revised the Cabal build instructions on Hackage. * Fri Dec 31 2021 Peter Simons <psimons@suse.com> - Update scientific to version 0.3.7.0 revision 2. Upstream has revised the Cabal build instructions on Hackage. * Mon Nov 01 2021 psimons@suse.com - Update scientific to version 0.3.7.0 revision 1. Upstream has revised the Cabal build instructions on Hackage. * Thu May 20 2021 psimons@suse.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).
/usr/lib64/ghc-9.8.2/lib/libHSscientific-0.3.8.0-L6K6dR5Qn8eHOgV2sGNmuu-ghc9.8.2.so /usr/share/licenses/ghc-scientific /usr/share/licenses/ghc-scientific/LICENSE
Generated by rpm2html 1.8.1
Fabrice Bellet, Mon Jul 22 23:45:53 2024