Re: future of PQfn() - Mailing list pgsql-hackers

From Nathan Bossart
Subject Re: future of PQfn()
Date
Msg-id aiCeYhW4Ksu-BFqC@nathan
Whole thread
Responses Re: future of PQfn()
List pgsql-hackers
While the prepared statement deallocation idea bakes in the other thread, I
thought I'd post a new patch set here.  I've reordered things a bit and
left out the conversion to prepared statements for now (although I do have
a patch for that).  0001 removes PQfn() and changes all internal uses to
PQnfn().  0002 and 0003 are just some additional cleanup that I noticed
as I've been working on this stuff.

-- 
nathan

Attachment

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Centralised architecture detection
Next
From: Alexander Nestorov
Date:
Subject: Re: [PATCH] btree_gist: add cross-type integer operator support for GiST