| From: | Gregory Stark <stark(at)enterprisedb(dot)com> |
|---|---|
| To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | "Andrew Sullivan" <ajs(at)crankycanuck(dot)ca>, <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: bit string functions |
| Date: | 2007-07-16 21:04:22 |
| Message-ID: | 87odicvz55.fsf@oxford.xeocode.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
"Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
> Gregory Stark <stark(at)enterprisedb(dot)com> writes:
>> "Andrew Sullivan" <ajs(at)crankycanuck(dot)ca> writes:
>>> I would say just set up a project on pgfoundry.
>
>> I agree, though I think in the long term we do need a more complete set of
>> operators and functions in core.
>
> Considering that BIT and BIT VARYING have been removed entirely from
> SQL:2003, it seems unlikely to me that we should expend our limited
> resources in that particular direction.
Hm, just thinking aloud here but, in our type system I wonder how hard it
would be to write a special data type to use for _boolean. Offhand anyarray
and anyelement might do funny things but if it supplies *all* the array
operators and functions perhaps it would just work.
--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Stefan Kaltenbrunner | 2007-07-16 21:27:58 | Re: compiler warnings on the buildfarm |
| Previous Message | Stephen Frost | 2007-07-16 20:32:48 | Re: SSPI authentication |