Agreed, but it's not clear to me that it must be part of the public API.
Yes, I admit that the public API doesn't really have anything to do with
this, I realize that now. If my last email suggested otherwise, this was
unintentional.
On 7/1/19 11:52 PM, Gilles Sadowski wrote:
Hello.
Le lun.
Hello.
Le lun. 1 juil. 2019 à 20:23, Heinrich Bohne a écrit :
>
> > Is there a case where *not* knowing whether the fraction is reduced or
> > not is detrimental?
>
> Hm, maybe you're right and specifying this (as well as where the sign is
> stored) in the public API is not that important, as
Is there a case where *not* knowing whether the fraction is reduced or
not is detrimental?
Hm, maybe you're right and specifying this (as well as where the sign is
stored) in the public API is not that important, as long as the
combination of returned numerator and denominator is valid. The
Hello.
Le lun. 1 juil. 2019 à 12:35, Heinrich Bohne a écrit :
>
> > Couldn't it entail a loss of opportunity to allow "non-reduced" fractions
> > for efficiency reason?
>
> Yes, it would, but I can't envision a scenario where this would be
> detrimental. Of course, I may be missing something.
Couldn't it entail a loss of opportunity to allow "non-reduced" fractions
for efficiency reason?
Yes, it would, but I can't envision a scenario where this would be
detrimental. Of course, I may be missing something.
But I don't follow; if it's an implementation detail, it should not appear
Hi.
Le lun. 1 juil. 2019 à 03:52, Heinrich Bohne a écrit :
>
> I've recently been wondering about the following:
>
> With the resolution of NUMBERS-119
> (https://issues.apache.org/jira/browse/NUMBERS-119), all constructors in
> Fraction and BigFraction reduce the created fraction to lowest
I've recently been wondering about the following:
With the resolution of NUMBERS-119
(https://issues.apache.org/jira/browse/NUMBERS-119), all constructors in
Fraction and BigFraction reduce the created fraction to lowest terms (in
the constructor Fraction(double, double, int, int), this is not
