pgsql: Ecpg now accepts "long long" datatypes even if "long" is 64bit - Mailing list pgsql-committers

From meskes@postgresql.org (Michael Meskes)
Subject pgsql: Ecpg now accepts "long long" datatypes even if "long" is 64bit
Date
Msg-id 20100520221046.20B9A7541D2@cvs.postgresql.org
Whole thread Raw
List pgsql-committers
Log Message:
-----------
Ecpg now accepts "long long" datatypes even if "long" is 64bit wide. This used to cover the equally long "long long"
type.This patch closes bug #5464. 

Modified Files:
--------------
    pgsql/src/interfaces/ecpg/ecpglib:
        data.c (r1.51 -> r1.52)
        (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/interfaces/ecpg/ecpglib/data.c?r1=1.51&r2=1.52)
        descriptor.c (r1.36 -> r1.37)
        (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/interfaces/ecpg/ecpglib/descriptor.c?r1=1.36&r2=1.37)
        execute.c (r1.95 -> r1.96)
        (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/interfaces/ecpg/ecpglib/execute.c?r1=1.95&r2=1.96)
        extern.h (r1.39 -> r1.40)
        (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/interfaces/ecpg/ecpglib/extern.h?r1=1.39&r2=1.40)
        misc.c (r1.56 -> r1.57)
        (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/interfaces/ecpg/ecpglib/misc.c?r1=1.56&r2=1.57)
    pgsql/src/interfaces/ecpg/preproc:
        ecpg.header (r1.14 -> r1.15)
        (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/interfaces/ecpg/preproc/ecpg.header?r1=1.14&r2=1.15)
        ecpg.trailer (r1.24 -> r1.25)
        (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/interfaces/ecpg/preproc/ecpg.trailer?r1=1.24&r2=1.25)

pgsql-committers by date:

Previous
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql: Fix index entry for lo_compat_privileges, per bug #5467 from
Next
From: rhaas@postgresql.org (Robert Haas)
Date:
Subject: pgsql: Unbreak \h; can't do strlen(NULL).