From: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: warnings for invalid function casts |
Date: | 2020-07-04 11:36:44 |
Message-ID: | d04f3b48-8195-aa83-8862-b6d3747fed30@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2020-07-03 16:40, Tom Lane wrote:
> Given that gcc explicitly documents "void (*) (void)" as being what
> to use, they're going to have a hard time changing their minds about
> that ... and gcc is dominant enough in this space that I suppose
> other compilers would have to be compatible with it. So even though
> it's theoretically bogus, I suppose we might as well go along with
> it. The typedef will allow a centralized fix if we ever find a
> better answer.
Do people prefer a typedef or just writing it out, like it's done in the
Python code?
Attached is a provisional patch that has it written out.
I'm minimally in favor of that, since the Python code would be
consistent with the Python core code, and the one other use is quite
special and it might not be worth introducing a globally visible
workaround for it. But if we prefer a typedef then I'd propose
GenericFuncPtr like in the initial patch.
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Attachment | Content-Type | Size |
---|---|---|
v2-0001-Fix-Wcast-function-type-warnings.patch | text/plain | 9.5 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Dilip Kumar | 2020-07-04 13:04:21 | Re: new heapcheck contrib module |
Previous Message | movead.li@highgo.ca | 2020-07-04 10:01:28 | Re: A patch for get origin from commit_ts. |