Re: C nitpick about pgwin32_dispatch_queued_signals()

Поиск
Список
Период
Сортировка
От Laurenz Albe
Тема Re: C nitpick about pgwin32_dispatch_queued_signals()
Дата
Msg-id 61e4a1f457e84e725be3f92e272a4f8768c4d324.camel@cybertec.at
обсуждение исходный текст
Ответ на Re: C nitpick about pgwin32_dispatch_queued_signals()  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: C nitpick about pgwin32_dispatch_queued_signals()
Список pgsql-hackers
On Sun, 2025-11-02 at 11:47 -0500, Tom Lane wrote:
> Bryan Green <dbryan.green@gmail.com> writes:
> > On 11/2/2025 7:05 AM, Christian Ullrich wrote:
> > > the current MSVC compiler deems it necessary to issue
> > > warning C4053: one void operand for '?:'
> > > for a line with CHECK_FOR_INTERRUPTS(). This boils down to this bit of
> > > miscadmin.h (line 116 in master):
> > >
> > > #define INTERRUPTS_PENDING_CONDITION() \
> > > (unlikely(UNBLOCKED_SIGNAL_QUEUE()) ?
> > > pgwin32_dispatch_queued_signals() : 0, \
> > > unlikely(InterruptPending))
> > > #endif
> > >
> > > The C spec says that of the possible results of the :? operator, either
> > > none or both can be void, and pgwin32_dispatch_queued_signals() is void
> > > (and has been as far back as I can find it).
>
> > Yeah, this is a bug, or at least a spec violation.  We should fix it in
> > my opinion-- it's non-conforming C. Others may disagree, though.
>
> Agreed.
>
>
> Let's go with your #1 (casting the 0 to void).
> But can't we simplify that to just
>
>     #define INTERRUPTS_PENDING_CONDITION() \
>         (unlikely(UNBLOCKED_SIGNAL_QUEUE()) ?
>             pgwin32_dispatch_queued_signals() : (void) 0, \
>          unlikely(InterruptPending))
>     #endif
>
> that is, the only change needed is s/0/(void) 0/.

+1

Laurenz Albe



В списке pgsql-hackers по дате отправления: