Daniel Farina <dan...@heroku.com> writes: > Copying CRC32 implementations everywhere is not the worst thing, but I > find it inadequately explained why it's necessary for now, at least.
Agreed, but I don't care for your proposed solution (put it in libpgport) because that assumes a fact not in evidence, namely that external projects have access to libpgport either. Is it possible to put enough stuff in pg_crc.h so that external code could just include that, perhaps after an extra #define to enable extra code? In the worst case we could just do #ifdef PROVIDE_CRC_IMPLEMENTATION ... current contents of pg_crc.c ... #endif but perhaps there's some intermediate possibility that's less ugly. As for whether we could drop the existing near-duplicate code in contrib/, I think we'd first have to convince ourselves that it was functionally identical, because otherwise replacing those versions would break existing ltree and hstore indexes. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers