Fwd: JDK 9 RFR of JDK-8030942: Explicitly state floating-point summation requirements on non-finite inputs
Georgiy Rakov
georgiy.rakov at oracle.com
Tue Jul 22 16:23:55 UTC 2014
On 22.07.2014 20:12, Joe Darcy wrote:
> Hello Georgiy,
>
> On 07/22/2014 08:49 AM, Georgiy Rakov wrote:
>> Hello Joe,
>>
>> following assertion seems to me too loose:
>>
>> * Because of the unspecified order of operations and the
>> * possibility of using differing summation schemes, the output of
>> * this method may vary on the same input values.
>>
>> as I see it this assertion imposes no constraints on how the sum can
>> be varied. Strictly speaking, I'm afraid from conformance point of
>> view it can cause the entire method to become untestable.
>>
>> Thank you,
>> Georgiy.
>>
>
> I would argue the statement above is just a clarification of the
> existing (non) specification of how the method can operate.
>
> Ideally, the sum method would state an error bound for its operation.
> There are bugs in this subcomponent mentioning adding such a bound,
> which may be done later in JDK 9.
>
Do I understand correctly that your opinion is that for the present
moment this method is actually untestable from conformance point of view?
- Georgiy.
> -Joe
More information about the core-libs-dev
mailing list