No we should not support enum types derived from strings

[Jacob Carlborg]

On 2021-05-07 17:24, Andrei Alexandrescu wrote:

> Compare all that with:
> 
> 0. We put a String type in the standard library. It uses UTF8 inside and 
> supports iteration by either bytes, UTF8, UTF16, or UTF32. It manages 
> its own memory so no need for the GC. It disallows remote coupling 
> across callers/callees. Case closed.

You can have enums with the base type being a struct or a class. How 
does putting a String type in the standard library help with the enum 
problem you're describing?

-- 
/Jacob Carlborg