|
Boost : |
From: Andrey Semashev (andrey.semashev_at_[hidden])
Date: 2024-05-31 12:55:07
On May 31, 2024 2:10:31 PM Glen Fernandes via Boost <boost_at_[hidden]>
wrote:
>
> Note that ultimately, as long as the decimal64_fast et cetera types
> have conversion functions:
> - uint64_t toBID() const; // converts to IEEE 754 BID representation
> - uint64_t toDPD() const; // converts to IEEE 754 DPD representation
> And if you can construct the decimal64_fast types from the BID64 and
> DPD64 representations:
>
> Then I suggest that nobody really needs the non-fast types. :)
>
> i.e. When I want to encode, decode, store that representation I can.
>
> But I would never want to incur the overhead of decoding and encoding
> it on every arithmetic operation.
> (I can't imagine who would)
Compact types would be useful for storage, especially if there are lots of
such numbers. Though I don't know if lots of decimals is a typical use case.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk