Result is breal(Number)
which should be preferred.
The exact operation depends on the argument type:
If Number is an integer, the result is a tight breal whose float bounds enclose the integer. If the integer's magnitude is small enough to be accurately representable with a float, those bounds will be identical and the breal will have zero width. For IEEE 754 double representation the threshold is 9007199254740992.
If Number is a rational, the result is a breal whose float bounds enclose the exact value of the rational.
If Number is a float, the result is a zero-width breal with both bounds identical to Number. No outward-rounding is done, because the system has no way of knowing how inexact the float argument is. It therefore makes the (unrealistic) assumption that the value is accurate. [To manually construct wider intervals from a float, use breal_from_bounds/3. Moreover, the parser can configured to read numeric constants directly as safely rounded breals; see syntax_option read_floats_as_breals]
If Number is a breal, the result is Number itself.
Note: The implementation may sometimes round conservatively and not give the tightest possible result.
% small integers and floats are assumed to be accurate:
?- Result is breal(25).
Result = 25.0__25.0
?- Result is breal(1.5).
Result = 1.5__1.5
% rationals are conservatively rounded:
?- Result is breal(3_4).
Result = 0.74999999999999989__0.75000000000000011
% identity operation on breals:
?- Result is breal(1.0__1.01).
Result = 1.0__1.01
% rounding with large integers:
?- Result is breal(9999999999999999).
Result = 9999999999999998.0__10000000000000002.0