Awesome, thanks!

I just can't match "arbitrary precision" and "float" expressions: 1/3 is
rational, but can't be represented with float-like data structure.
The same problem is with arbitrary precision uint: what will ^uint-1 be?

So, arbitrary precision int and user-specified-precision float is great and
wanted, but arbitrary precision uint and float is nonsense.

On 2017. aug. 19., Szo 19:27 Michael Jones <michael.jo...@gmail.com> wrote:

> Jimmy, thank you for the tip! i went there and added my modest suggestions
> to the proposal.
> https://github.com/golang/go/issues/19623
>
> Tamás, you make a very important point. It is one that GRI did a very good
> job of in big.Float. The question of how to specify precision for
> variable-precision floating point math is tricky. He does it by making each
> variable carry a precision, allows users to change this, and has rules for
> the precision of results of operations between values of same or differing
> precisions.
>
> One implication of this issue is in handling something like 1/3. I have
> software that converts such expressions to big.rat and then once the target
> big.float exists with its chosen precision, does the conversion. In one of
> these cases I have three different extended precisions going in the same
> application, one for parameters (50 digits plus guard digits), one for
> computation (less or more depending on dynamic precision needs), and one
> fast and tuned doubled-precision (128-bit float) for very intensive inner
> computations.
>
> Situations like this make it a little complicated for fractions and also
> for constants (Pi, Tau, E, ...), which are no longer constants but must be
> functions since they need to work more or less based on the precision of
> the desired result.
>
> A little messy.
>
> On Sat, Aug 19, 2017 at 10:03 AM, Tamás Gulácsi <tgulacs...@gmail.com>
> wrote:
>
>> What is an arbitrary precision float? 1/3, Pi, ✓2 ?
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "golang-nuts" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to golang-nuts+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Michael T. Jones
> michael.jo...@gmail.com
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to