contrib/ltree, contrib/tsearch, and contrib/tsearch2 each contain implementations of CRC32 calculations. I think these are now pretty redundant with the CRC32 code existing in the main backend. They use a different CRC polynomial than the main backend code does, but it's hard to credit that that is an important difference. Anyone see a reason not to rip that code out and make these modules use pg_crc.h/pg_crc.c instead?
regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly