Bug 3651 – mangleof broken for enums

First off, this bug report is for dmd 1.053, not 1.051; but bugzilla let's me only select up to 1.051. .mangleof is broken for enums: enum foo { item, } //should output a mangled name with "foo" in it, but outputs "i" pragma(msg, foo.mangleof); void main() {} I apologize if this is a duplicate bug; there were quite a lot of enum bugs which look slightly similar (the compiler seems to reduce enums to ints prematurely in a lot of cases).

Created attachment 549 Patch Patch against dmd 1.055. The problem is that mangleof is executed on the enum member type, not the enum type itself.

> enum foo { > item, > } > //should output a mangled name with "foo" in it, but outputs "i" > pragma(msg, foo.mangleof); Are you sure that's what it should do? Why do you think the existing behaviour is wrong?

@Don: I'm pretty sure my bug report is correct. enums are the *only* type that behave different here. Further, if you get the mangle of a function or template that use enums as parameters, the enum gets mangled using the type name, not the base type. Why do you think the current behavior would be correct? Why would .mangleof for a type return the mangle for a completely *different* type?

(In reply to comment #3) > @Don: I'm pretty sure my bug report is correct. enums are the *only* type that > behave different here. Further, if you get the mangle of a function or template > that use enums as parameters, the enum gets mangled using the type name, not > the base type. > > Why do you think the current behavior would be correct? Why would .mangleof for > a type return the mangle for a completely *different* type? Because enums aren't strong types. typeof(item) is int, not foo. 'foo' just seems to be an alias for int. (I think the existing behaviour is stupid, BTW).

>typeof(item) is int, not foo. Even then, typeof(foo) is foo, and not int. It's only logical that foo.mangleof should be the mangle for foo, not int. I don't know about item.mangelof. Is that even allowed?