Mike Boutin

Logarithmic units require `pow`/`root` functions which are not available in no-std/no-libm builds. Excluding logarthmic units has proven difficult (in-place filter foiled by macros unable to be used inside an enum...

What command did you run to get that error?

`Complex` doesn't `impl Float`, but it does implement most of `Float`'s methods. Changing to directly calling the function seems to be the trick. See the patch below that does this,...

They are currently disabled because the underlying implementations aren't available in [core::f32](https://doc.rust-lang.org/core/primitive.f32.html) like they are in [std::f32](https://doc.rust-lang.org/std/primitive.f32.html#method.sin). Is there some way to use `libm` easily for `no_std`?

Should be completely mechanical. Implementation would start with the following macros https://github.com/iliekturtles/uom/blob/66d3e8586a734c15921779e8f3e06af40ccef365/src/system.rs#L588-L591 And you can compare against what the standard library is doing for inspiration on implementing for `T` and...

I apologize for taking so long to get to this. I'll look at the PR in a second to see what you've done so far. The original thought was to...

Does the [`bigrational`](https://docs.rs/uom/latest/uom/#features) ([`num::BigRational`](https://docs.rs/num/latest/num/type.BigRational.html)) underlying storage type meet your needs? If not, I think the next step would be to review arbitrary precision libraries and figure out which to support.

A new decimal underlying storage type would be needed. See #287 for a similar effort to add complex numbers. I started a review of options. 3 year old summary: https://www.reddit.com/r/rust/comments/a7frqj/have_anyone_reviewed_any_of_the_decimal_crates/...

See #38 for implementing operators for references.

A number of your changes are to the existing `f32` or `f64` code. While you might be able to add `Quad` to the existing `storage_types! { types: Float; ... }`...