[dmd-internals] 64bit bad codegen from ulong pointers.
Walter Bright
walter at digitalmars.com
Tue Jan 4 15:02:51 PST 2011
Good, I can reproduce this one.
BTW, you'll need a 64 bit machine sooner or later! I bought one for
about $300 last month (recycling keyboard, mouse, display, and hard disk
from an older machine).
Don Clugston wrote:
> Aargh, it was an incorrect reduction. Here's an larger case which
> fails with the latest DMD, Phobos, and druntime.
> (Reducing test cases is a bit painful through a remote connection).
> -------------
> double nextUpw(double x) @trusted nothrow
> {
> ulong *ps = cast(ulong *)&x;
>
> if ((*ps & 0x7FF0_0000_0000_0000) == 0x7FF0_0000_0000_0000) {
> if (x == -x.infinity) return -x.max;
> return x;
> }
> if (!(*ps & 0x8000_0000_0000_0000L)) {
> assert(x>=0);
> }
> return x;
> }
>
> void main()
> {
> nextUpw(-double.min_normal*(1.0 - double.epsilon));
> }
> =========
>
> On 3 January 2011 23:37, Walter Bright <walter at digitalmars.com> wrote:
>
>> Works when I try it. Do you have the latest dmd?
>>
>> Don Clugston wrote:
>>
>>> Reduced test case from std.math. *ps is 0x800F_FFFF_FFFF_FFFF, yet
>>> the if() branch is not taken.
>>> This one looks as though it might be the root cause of many failures.
>>>
>>> void check(double x)
>>> {
>>> ulong *ps = cast(ulong *)&x;
>>> if (*ps & 0x8000_0000_0000_0000) {}
>>> else assert(x>=0);
>>> }
>>>
>>> void main()
>>> {
>>> check(-double.min_normal*double.epsilon);
>>> }
>>>
>>>
>>>
>> _______________________________________________
>> dmd-internals mailing list
>> dmd-internals at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/dmd-internals
>>
>>
> _______________________________________________
> dmd-internals mailing list
> dmd-internals at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals
>
>
>
More information about the dmd-internals
mailing list