On 3/14/17 03:03, Michael Paquier wrote:
> This looks good to me, so switched as ready for committer.
committed
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
--
Sent via pgsql-hackers mailing list (pgsql-hack
On Fri, Mar 10, 2017 at 2:03 PM, Peter Eisentraut
wrote:
> On 3/7/17 00:32, Michael Paquier wrote:
>>> @@ -7198,6 +7198,33 @@ function_with_argtypes:
>>> n->objargs = extractArgTypes($2);
>>> $$ = n;
>>> }
>>> This may not have arguments list
On 3/7/17 00:32, Michael Paquier wrote:
>> OK. After a lookup, I am just seeing opfamily, opclass missing, so
>> this patch is doing it as you describe.
I'm not sure what you mean here.
>> @@ -7198,6 +7198,33 @@ function_with_argtypes:
>> n->objargs = extractArgTypes($2);
>>
On Fri, Mar 3, 2017 at 4:12 PM, Michael Paquier
wrote:
> On Wed, Mar 1, 2017 at 11:50 AM, Peter Eisentraut
> wrote:
>> This is the "grand finale" that goes on top of the "DROP FUNCTION of
>> multiple functions" patch set. The purpose is to allow referring to
>> functions without having to spell
On Wed, Mar 1, 2017 at 11:50 AM, Peter Eisentraut
wrote:
> This is the "grand finale" that goes on top of the "DROP FUNCTION of
> multiple functions" patch set. The purpose is to allow referring to
> functions without having to spell out the argument list, when the
> function name is unique. Thi
This is the "grand finale" that goes on top of the "DROP FUNCTION of
multiple functions" patch set. The purpose is to allow referring to
functions without having to spell out the argument list, when the
function name is unique. This is especially useful when having to
operate on "business logic"
