From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, Noah Misch <noah(at)leadboat(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Re: [COMMITTERS] Re: pgsql: Convert contrib/seg's bool-returning SQL functions to V1 call co |
Date: | 2016-04-27 14:10:55 |
Message-ID: | CA+TgmoZ=tSm_-OArcBw9LbBAgFcrsEimHhtPTq4SYw=R5k8kFw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On Wed, Apr 27, 2016 at 9:53 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> Let's add a GUC allow_oldstyle_functions with a default of off, and
>> make fetch_finfo_record() throw an ERROR in the infofunc == NULL case
>> unless allow_oldstyle_functions = on.
>
> This is not about "V0 calling convention is awful". It isn't, really,
> unless you need to deal with nulls. This is about "allowing the finfo
> record to be missing is error-prone". What about inventing a
> PG_FUNCTION_INFO_V0() macro, and then defining the new GUC as "must
> find a matching finfo record"? That would present less conversion
> work for people who still have V0-style functions (and I'm sure there
> are more than a few of them out there).
I'm not, but I don't have a problem with PG_FUNCTION_INFO_V0.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2016-04-27 14:56:44 | pgsql: Remove mergeHyperLogLog. |
Previous Message | Tom Lane | 2016-04-27 13:53:46 | Re: Re: [COMMITTERS] Re: pgsql: Convert contrib/seg's bool-returning SQL functions to V1 call co |
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2016-04-27 14:51:55 | pgindent |
Previous Message | Tom Lane | 2016-04-27 13:53:46 | Re: Re: [COMMITTERS] Re: pgsql: Convert contrib/seg's bool-returning SQL functions to V1 call co |