Martijn van Oosterhout wrote:
> Also, it's not just I/O functions that are the issue, consider the
> enum-to-integer cast.
>
er, what cast? :-)
IIRC Tom hasn't provided one. If you don't break the enum abstraction
there should be no need for one, and given the implementation it's not
quite trivial - probably the best way if this is needed would be to
precalculate it at type creation time and store the value in an extra
column in pg_enum.
cheers
andrew
