Re: pgsql: Fix headerscheck failure in replication/worker_internal.h

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Fix headerscheck failure in replication/worker_internal.h
Date: 2021-11-16 17:47:59
Message-ID: CAOuzzgqm1KoJoDNp2o1eFUYNe41ucR=-Hp2+0tv-JJJLY+Yshw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Greetings,

On Tue, Nov 16, 2021 at 12:33 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
wrote:

> On 2021-Nov-16, Stephen Frost wrote:
>
> > Short answer is yes, inclusion of be-gssapi-common.h is typically
> > wrapped in a #ifdef, see src/backend/libpq/auth.c
>
> It'd be as in the attached, then.

I’ve not looked at this very closely but no, normally it’s the inclusion of
be-gssapi-common.h that’s wrapped in the ifdef, not the contents of it,
again, see auth.c

Not against possibly changing that but I don’t get the point of including
be-gssapi-common.h if it’s not enabled in the build and typically if GSSAPI
is possible and the reason for including be-gssapi-common.h then there’s
other things that need to be under a ifdef, again, as in auth.c

If there isn’t any need to be-gssapi-common.h then maybe just drop that
include instead of adding an ifdef..?

Thanks,

Stephen

>

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Alvaro Herrera 2021-11-16 18:01:54 Re: pgsql: Fix headerscheck failure in replication/worker_internal.h
Previous Message Alvaro Herrera 2021-11-16 17:33:46 Re: pgsql: Fix headerscheck failure in replication/worker_internal.h

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2021-11-16 18:01:54 Re: pgsql: Fix headerscheck failure in replication/worker_internal.h
Previous Message Daniil Zakhlystov 2021-11-16 17:40:47 Re: Commitfest 2021-11 Patch Triage - Part 2