Re: warnings for invalid function casts - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: warnings for invalid function casts
Date
Msg-id 2410175f-255d-ab5c-e95e-2dfc1bad3f97@2ndquadrant.com
Whole thread Raw
In response to Re: warnings for invalid function casts  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: warnings for invalid function casts  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 2020-07-04 16:16, Tom Lane wrote:
> Peter Eisentraut <peter.eisentraut@2ndquadrant.com> writes:
>> Do people prefer a typedef or just writing it out, like it's done in the
>> Python code?
> 
> I'm for a typedef.  There is *nothing* readable about "(void (*) (void))",
> and the fact that it's theoretically incorrect for the purpose doesn't
> exactly aid intelligibility either.  With a typedef, not only are
> the uses more readable but there's a place to put a comment explaining
> that this is notionally wrong but it's what gcc specifies to use
> to suppress thus-and-such warnings.

Makes sense.  New patch here.

>> But if we prefer a typedef then I'd propose
>> GenericFuncPtr like in the initial patch.
> 
> That name is OK by me.

I changed that to pg_funcptr_t, to look a bit more like C and less like 
Java. ;-)

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

Attachment

pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Quick doc patch
Next
From: Amit Kapila
Date:
Subject: Re: Default setting for enable_hashagg_disk (hash_mem)