Re: Generate pg_stat_get_* functions with Macros - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Generate pg_stat_get_* functions with Macros
Date
Msg-id Y5QCcIRaiGEDtBg0@paquier.xyz
Whole thread Raw
In response to Re: Generate pg_stat_get_* functions with Macros  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Fri, Dec 09, 2022 at 09:43:56PM -0500, Tom Lane wrote:
> Presumably it could be silenced by removing the semicolons after
> the new macro calls:
>
> /* pg_stat_get_analyze_count */
> PG_STAT_GET_RELENTRY_INT64(analyze_count);
>
> /* pg_stat_get_autoanalyze_count */
> PG_STAT_GET_RELENTRY_INT64(autoanalyze_count);
>
> /* pg_stat_get_autovacuum_count */
> PG_STAT_GET_RELENTRY_INT64(autovacuum_count);
>
> I wondered if that would confuse pgindent, but a quick check
> says no.  (The blank lines in between may be helping.)

Indeed.  Will fix.

> The backslash after the last right brace means that the line
> following that is part of the macro body.  This does no harm as
> long as said line is blank ... but I think it's a foot-gun
> waiting to bite somebody, because visually you'd think the macro
> ends with the brace.  So I'd leave off that last backslash.

Will address this one as well for all the macro definitions.  Thanks!
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: -Wunreachable-code-generic-assoc warnings on elver
Next
From: Nathan Bossart
Date:
Subject: Re: Generate pg_stat_get_* functions with Macros