Re: Undesirable entries in typedefs list - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Undesirable entries in typedefs list
Date
Msg-id CAA8=A79p+5TXLrOy0UY35fEuGG=_pV7yKJuOZyR=hxnjFKqG0A@mail.gmail.com
Whole thread Raw
In response to Undesirable entries in typedefs list  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Undesirable entries in typedefs list  (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>)
List pgsql-hackers
On Sun, Mar 25, 2018 at 3:55 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I noticed that doing pgindent with the current typedefs list available
> from the buildfarm caused a lot of havoc in what had been stable code.
> Looking into the reasons, it seems that:
>
> (1) "bool" is no longer listed as a typedef name (probably because
> stdbool.h makes it a macro instead);
>
> (2) "abs", "boolean", "iterator", "other", "pointer", "reference",
> "string", and "type" all now are listed as typedef names.
>
> It's probably okay to treat "boolean" as a typedef, but all those others
> are complete disasters.  Anyone know where they're coming from?
>
> As for "bool", we could probably deal with that most reliably by
> having pgindent add it as a special case.  Maybe we could get it
> back in there by having some trailing-edge buildfarm member
> contribute typedefs, but that seems like a solution with a rather
> limited half-life.
>


pgindent already has a list of blacklisted typedefs (see lines 121 to 123)

cheers

andrew


-- 
Andrew Dunstan                https://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


pgsql-hackers by date:

Previous
From: "MauMau"
Date:
Subject: Re: Changing default value of wal_sync_method to open_datasync on Linux
Next
From: Stephen Frost
Date:
Subject: Re: Using base backup exclusion filters to reduce data transferredwith pg_rewind