delta/postgresql.git/contrib/miscutil, branch master

Remove contrib modules that have been agreed to be obsolete.

2005-06-22T22:56:29+00:00

(There are more that will be removed once they've been copied to
pgfoundry.org.)

Completion of project to use fixed OIDs for all system catalogs and

2005-04-14T20:03:27+00:00

indexes.  Replace all heap_openr and index_openr calls by heap_open
and index_open.  Remove runtime lookups of catalog OID numbers in
various places.  Remove relcache's support for looking up system
catalogs by name.  Bulky but mostly very boring patch ...

Make sure contrib C functions are marked strict where needed.

2005-01-29T22:35:02+00:00

Kris Jurka

Fix a bunch of 'old-style parameter declaration' warnings induced by

2004-10-25T02:15:02+00:00

writing 'foo()' rather than 'foo(void)'.

Standardize on using the Min, Max, and Abs macros that are in our c.h file,

2004-10-21T19:28:36+00:00

getting rid of numerous ad-hoc versions that have popped up in various
places.  Shortens code and avoids conflict with Windows min() and max()
macros.

Win32 compile fix for misc_utils.

2004-09-14T03:50:17+00:00

Claudio Natoli

> Please find enclose a submission to fix these problems.

2004-08-20T20:13:10+00:00

>
> The patch adds missing the "libpgport.a" file to the installation under
> "install-all-headers". It is needed by some contribs. I install the
> library in "pkglibdir", but I was wondering whether it should be "libdir"?
> I was wondering also whether it would make sense to have a "libpgport.so"?
>
> It fixes various macros which are used by contrib makefiles, especially
> libpq_*dir and LDFLAGS when used under PGXS. It seems to me that they are
> needed to
>
> It adds the ability to test and use PGXS with contribs, with "make
> USE_PGXS=1". Without the macro, this is exactly as before, there should be
> no difference, esp. wrt the vpath feature that seemed broken by previous
> submission. So it should not harm anybody, and it is useful at least to me.
>
> It fixes some inconsistencies in various contrib makefiles
> (useless override, ":=" instead of "=").

Fabien COELHO

$Header: -> $PostgreSQL Changes ...

2003-11-29T19:52:15+00:00

Cross-data-type comparisons are now indexable by btrees, pursuant to my

2003-11-12T21:15:59+00:00

pghackers proposal of 8-Nov.  All the existing cross-type comparison
operators (int2/int4/int8 and float4/float8) have appropriate support.
The original proposal of storing the right-hand-side datatype as part of
the primary key for pg_amop and pg_amproc got modified a bit in the event;
it is easier to store zero as the 'default' case and only store a nonzero
when the operator is actually cross-type.  Along the way, remove the
long-since-defunct bigbox_ops operator class.

Add operator strategy and comparison-value datatype fields to ScanKey.

2003-11-09T21:30:38+00:00

Remove the 'strategy map' code, which was a large amount of mechanism
that no longer had any use except reverse-mapping from procedure OID to
strategy number.  Passing the strategy number to the index AM in the
first place is simpler and faster.
This is a preliminary step in planned support for cross-datatype index
operations.  I'm committing it now since the ScanKeyEntryInitialize()
API change touches quite a lot of files, and I want to commit those
changes before the tree drifts under me.