[Issue 2998] ICE(expression.c) with floating point enum

d-bugmail at puremagic.com d-bugmail at puremagic.com
Wed Sep 2 00:32:15 PDT 2009


http://d.puremagic.com/issues/show_bug.cgi?id=2998


Don <clugdbug at yahoo.com.au> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |patch
                 CC|                            |clugdbug at yahoo.com.au




--- Comment #1 from Don <clugdbug at yahoo.com.au>  2009-09-02 00:32:14 PDT ---

PATCH: enum.c, in EnumDeclaration::semantic(), around line 195.
The interpret optimisation should be done BEFORE the cast. Just swap the order.
Otherwise, constfold functions such as Add() think it's an enum type, not a
real, and so they default to integer, and chaos ensues.

        // Now set e to (elast + 1)
        e = new AddExp(em->loc, elast, new IntegerExp(em->loc, 1,
Type::tint32));
        e = e->semantic(sce);
+        e = e->optimize(WANTvalue | WANTinterpret);
        e = e->castTo(sce, elast->type);
-        e = e->optimize(WANTvalue | WANTinterpret);


----
However, there are other problems in this function. If you try to use a struct
inside an enum, you get garbage error messages without line number; you find
that you need to define a .max() property for the struct,  and error messages
are repeated. I attach a revised enum.c which fixes these problems, and allows
the code below to work correctly:

enum G : real { a, b }
enum E : real { a=18.0, b }
enum F : real { c=E.b, d }

struct S{
   int x;
   S opAdd(int q) { return S(x+1);} 
   int opCmp(S s) { return x < s.x; }
}
enum H : S { a=S(0), b}

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------


More information about the Digitalmars-d-bugs mailing list