More on semantics of opPow: return type
Andrei Alexandrescu
SeeWebsiteForEmail at erdani.org
Tue Dec 8 20:28:23 PST 2009
Don wrote:
> Bill Baxter wrote:
>> On Tue, Dec 8, 2009 at 10:18 AM, Bill Baxter <wbaxter at gmail.com> wrote:
>>>> I agree. Then at least why not make the type of the exponent
>>>> unsigned? That
>>>> gives the type system a fighting chance (via e.g. value range
>>>> propagation).
>>>> Give Willy a chance!
>>> Honestly, I don't really understand this concern with range
>>> propagation. Seems to me that allowing a negative exponent doesn't
>>> much expand the range, if a truncation rule is used. The result is
>>> either undefined, 0 or 1. The range is much greater with a
>>> non-negative exponent. Could be undefined, zero, or most any negative
>>> or positive number.
>>
>> This was meant sincerely, by the way. As in, I am ignorant about this
>> issue (the trouble with range propagation and negative exponents) and
>> would appreciate it if someone could explain it.
>>
>> --bb
>
> I'm bitterly opposed to making int^^negative int return 0. Doing that is
> making up a new operation. And it does really bad things. Why is 2^^-1
> == 0, and not 1 ? If you're evaluating with the floating point unit, it
> will be 1 when using "round up" mode.
> It's foul.
Awesome! Don please please require the exponent to be of unsigned type :o).
Andrei
More information about the Digitalmars-d
mailing list