mp-units
mp-units copied to clipboard
mpusz
The quantities and units library for C++
Right now, magnitudes expand in the user-facing types, which makes them verbose and hard to understand. We could incorporate the same generic approach that we use for other entities as...
Yesterday, I stumbled upon this article: https://randomascii.wordpress.com/2023/10/17/localization-failure-temperature-is-hard/ and prototyped the following solution for it: https://godbolt.org/z/6jo6xqeb8. Even though the "ice point" is the correct name for the beginning of the Celsius...
Github pages contain only documentation for 2.0 and 2.1. Old documentation page does not work.
`height, depth, altitude` are aliases to the same quantity types. Right now, the library implements them as: ```cpp inline constexpr struct height : quantity_spec {} height; inline constexpr auto depth...
`quantity_point::quantity_from(PointOrigin)` was added as a type safety interface over the previous getter `quantity_point::quantity_from_origin()` which was deemed unsafe. Also, we now have `quantity_point::quantity_ref_from(PointOrigin)` that returns the reference to the underlying storage...
Most probably, we will drop the default constructibility requirement of `std::regular` for representation types. With that, our internal casting function `sudo_cast` should not depend on it as well.
Sorry if this is the wrong place or the wrong way to ask, but what is the status of Standardization for the P1935 paper and this library/package? From what I...
ISO 80000 explicitly specifies quantities that have to be non-negative (width, thickness, diameter, radius). Some of the quantities are implicitly defined as non-negative. For example, "path length" is defined as...
Expression templates are [simplified with the rules described in our docs](https://mpusz.github.io/mp-units/2.1/users_guide/framework_basics/interface_introduction/#simplifying-the-resulting-expression-templates). For units and dimensions, ordering is being done based on the symbol of this entity. This provides nice outputs...
This is a draft of things that I do a while ago (it requires rebase). Its purpose mainly is to discuss it against #492.