Re: [HACKERS] generating fmgr prototypes automatically - Mailing list pgsql-hackers

From Pavel Stehule
Subject Re: [HACKERS] generating fmgr prototypes automatically
Date
Msg-id CAFj8pRDwgeWBu4o2i7o5SHyb4KPs-tgYEbYmAMrkC81pgtHbKQ@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] generating fmgr prototypes automatically  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: [HACKERS] generating fmgr prototypes automatically
List pgsql-hackers


2017-01-04 21:09 GMT+01:00 Peter Eisentraut <peter.eisentraut@2ndquadrant.com>:
On 1/3/17 2:16 PM, Pavel Stehule wrote:
> patch 0001 .. trivial cleaning
> patch 0002 .. renaming lo_* to be_lo_* -- the prefix "be" is not what I
> expect - maybe "pg" instead. More because the  be-fsstubs.h will be
> holds only lo_read, lo_write on end

It's the naming that the OpenSSL functions use, e.g., be_tls_init.

lo_* functions are used by OpenSSL ?
 

> patch 0003 .. trivial, but doesn't mean so we have not regress tests for
> these functions?

OK, added tests.

> patch 0004 .. bigger part - I miss a comments when there are a exceptions:
>
> extern Datum numeric_float8_no_overflow(PG_FUNCTION_ARGS);
> extern Datum nextval(PG_FUNCTION_ARGS);
> extern Datum fmgr_sql(PG_FUNCTION_ARGS);
> extern Datum aggregate_dummy(PG_FUNCTION_ARGS);

These functions and their special purpose are commented in the .c files,
so I think that is covered OK.  I added an additional comment to the
numeric_float8_no_overflow().

> I found some obsolete definitions in c files

OK, fixed those as well.  I think I initially only looked in .h files.
That just underlines how inconsistent this is, e.g.,

> pgstatfuncs.c
>
> /* bogus ... these externs should be in a header file */

> namespace.c
>
> /* These don't really need to appear in any header file */

New patch set attached.


Thank you 

I'll check it tomorrow 

Regards

Pavel
--
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] ALTER SYSTEM for pg_hba.conf
Next
From: Simon Riggs
Date:
Subject: Re: [HACKERS] ALTER SYSTEM for pg_hba.conf