Skip site navigation (1) Skip section navigation (2)

python - be: Add ugly CPP to allow _compilation_ against 8.1devel.

From: jwp(at)pgfoundry(dot)org (James William Pye)
To: pgsql-committers(at)postgresql(dot)org
Subject: python - be: Add ugly CPP to allow _compilation_ against 8.1devel.
Date: 2005-05-03 22:30:07
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-committers
Log Message:
Add ugly CPP to allow _compilation_ against 8.1devel. This fails to address the
issue of the Array friendly oidvectors; as namespace.c/ns_function depends on
the old style, so just #if it out for now.

pg_config.h is actually included by c.h in both 8.0 and 8.1, but the issue of a
redef only showed when compiled against 8.1.
New heap_tuplemodify takes a TupleDesc now.
Changes in TupleTableSlot and DestReceiver causes a number of changes in Portal.

Use new static system RelationId's instead of RelationSysNameGetRelation.
A better way to handle this difference might be to setup some argument-less
macros which map to the appropriate call for each version; should look a lot
better than those #if's sprinkled about.

(No official support for 8.1 ;)

Modified Files:
        postgres.h (r1.4 -> r1.5)
        call.c (r1.4 -> r1.5)
        constants.c (r1.5 -> r1.6)
        error.c (r1.6 -> r1.7)
        function.c (r1.4 -> r1.5)
        module.c (r1.12 -> r1.13)
        namespace.c (r1.3 -> r1.4)
        pl.c (r1.11 -> r1.12)
        query.c (r1.3 -> r1.4)
        relation.c (r1.3 -> r1.4)
        savepoint.c (r1.3 -> r1.4)
        tif.c (r1.5 -> r1.6)
        transaction.c (r1.5 -> r1.6)
        utils.c (r1.7 -> r1.8)
        function.c (r1.3 -> r1.4)
        pl.c (r1.5 -> r1.6)
        portal.c (r1.2 -> r1.3)
        trigger.c (r1.5 -> r1.6)

pgsql-committers by date

Next:From: Tom LaneDate: 2005-05-04 14:25:24
Subject: pgsql: Spell DELIMITER correctly, per Seamus Dean.
Previous:From: James William PyeDate: 2005-05-03 22:18:20
Subject: python - be: Split off Array_FromPySequence to take an elmtoid instead

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group