#bignum #string-conversion #numeric

bin+lib malachite-float

The arbitrary-precision floating-point type Float, with efficient algorithms partially derived from MPFR

8 releases

0.4.7 Apr 12, 2024
0.4.6 Apr 4, 2024
0.4.5 Feb 12, 2024
0.4.4 Oct 29, 2023
0.4.1 Sep 21, 2023

#1577 in Math

Download history 146/week @ 2024-02-12 69/week @ 2024-02-19 80/week @ 2024-02-26 94/week @ 2024-03-04 142/week @ 2024-03-11 125/week @ 2024-03-18 96/week @ 2024-03-25 255/week @ 2024-04-01 298/week @ 2024-04-08 101/week @ 2024-04-15

755 downloads per month
Used in 6 crates (via malachite)

LGPL-3.0-only

14MB
257K SLoC

Rather than using this crate directly, use the malachite meta-crate. It re-exports all of this crate's public members.

In malachite-float's doctests you will frequently see import paths beginning with malachite_float::. When using the malachite crate, replace this part of the paths with malachite::.

The import path of the Float type is shortened to malachite::Float.

malachite-float

This crate defines Floats.

TODO

Copyright © 2024 Mikhail Hogrefe


lib.rs:

This crate defines Floats, which are arbitrary-precision floating-point numbers.

Floats are currently experimental. They are missing many important functions. However, the functions that are currently implemented are thoroughly tested and documented, with the exception of string conversion functions. The current string conversions are incomplete and will be changed in the future to match MPFR's behavior.

Demos and benchmarks

This crate comes with a bin target that can be used for running demos and benchmarks.

  • Almost all of the public functions in this crate have an associated demo. Running a demo shows you a function's behavior on a large number of inputs. TODO
  • You can use a similar command to run benchmarks. TODO

The list of available demos and benchmarks is not documented anywhere; you must find them by browsing through bin_util/demo_and_bench.

Features

  • 32_bit_limbs: Sets the type of Limb to [u32] instead of the default, [u64].
  • test_build: A large proportion of the code in this crate is only used for testing. For a typical user, building this code would result in an unnecessarily long compilation time and an unnecessarily large binary. My solution is to only build this code when the test_build feature is enabled. If you want to run unit tests, you must enable test_build. However, doctests don't require it, since they only test the public interface.
  • bin_build: This feature is used to build the code for demos and benchmarks, which also takes a long time to build. Enabling this feature also enables test_build.

Dependencies

~2–7.5MB
~134K SLoC