Re: headerscheck warnings with late-model gcc

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter(at)eisentraut(dot)org>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: headerscheck warnings with late-model gcc
Date: 2025-08-07 14:58:56
Message-ID: 1571545.1754578736@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut <peter(at)eisentraut(dot)org> writes:
> Attached are three patches to fix some unrelated problems with
> headerscheck in my environment.

0001 seems fine; it's an oversight that I'd not noticed because
ICU_CFLAGS is empty in my usage.

Don't like 0002 as-is. I'd be okay with skipping that header if
--with-llvm isn't given. However, we already tell users that
they'd better configure --with-perl and --with-python, so maybe
just add --with-llvm to that list?

0003: +1, I noticed that too yesterday.

0004: I prefer the solution I exhibited yesterday, ie add
externs to those headers.

> kwlist_d.h doesn't show up in my run, probably because I'm using a
> separate build directory, which headerscheck doesn't handle? Another
> thing to fix.

Yeah, as it stands headerscheck is really only meant for in-tree
builds. We will definitely have to do something about that to make
it handle built headers in meson builds, and I guess it'd be nice if
VPATH works that way as well. One idea could be to redefine it as
searching the installation include-file tree instead of the source
tree, so that the build process washes out of the matter.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Xuneng Zhou 2025-08-07 15:00:50 Re: Implement waiting for wal lsn replay: reloaded
Previous Message Aleksander Alekseev 2025-08-07 14:27:22 Re: VM corruption on standby