Re: pgsql-server/ ontrib/tablefunc/tablefunc.c rc/ ...

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Joe Conway <mail(at)joeconway(dot)com>
Cc: pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql-server/ ontrib/tablefunc/tablefunc.c rc/ ...
Date: 2003-03-09 03:10:42
Message-ID: 16807.1047179442@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Joe Conway <mail(at)joeconway(dot)com> writes:
> I don't really want to argue for it, but is there a way I can deduce the
> non-availability of the function without resorting to creating my own
> configure script? I was thinking about checking CATALOG_VERSION_NO, but
> I see you didn't need to roll that. In any case, would it work to do
> something like:

Will you be satisfied with
#define tuplestore_donestoring(tupstore) ((void) 0)
? That would provide source-level, but not link-level, compatibility.

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Joe Conway 2003-03-09 03:26:15 Re: pgsql-server/ ontrib/tablefunc/tablefunc.c rc/ ...
Previous Message Joe Conway 2003-03-09 03:03:45 Re: pgsql-server/ ontrib/tablefunc/tablefunc.c rc/ ...