Greg Stark <[EMAIL PROTECTED]> writes: > Tom Lane <[EMAIL PROTECTED]> writes: >> The reason the "char" arithmetic operators are dangerous is that they are >> the only ones of those names in the STRING type category.
> What would happen if "char" were just removed from the STRING type category? What other category would you put it in? The I/O behavior of "char" is certainly not very conducive to thinking of it as storing integral values, anyway. > Or alternatively if it were broken out into two data types, "char" which > didn't have these operators, and int1 which only had these operators and not > all the string operators? I don't have an objection in principle to an int1 datatype, but there are a couple of practical objections; primarily that that looks way too much like a new feature for this point in the 8.0 cycle. (I seem to recall having once had concerns about unexpected side effects from adding another set of overloaded operators to the NUMERIC category, too; but I'm not sure if that's still relevant given the resolution-rule changes we've made in the last couple releases.) Even with an int1 datatype, I'm not sure it makes sense to provide arithmetic operators specifically for the type, as opposed to providing implicit coercions to "integer" and letting the actual arithmetic happen at integer width. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]