Re: pgsql: Convert all remaining subsystems to use the new shmem allocation

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Heikki Linnakangas <heikki(dot)linnakangas(at)iki(dot)fi>
Cc: pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Convert all remaining subsystems to use the new shmem allocation
Date: 2026-04-06 05:41:04
Message-ID: adNHcBVJO5gIOp1l@paquier.xyz
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-committers

On Sun, Apr 05, 2026 at 11:27:44PM +0000, Heikki Linnakangas wrote:
> Convert all remaining subsystems to use the new shmem allocation API
>
> This removes all remaining uses of ShmemInitStruct() and
> ShmemInitHash() from built-in code.
>
> src/backend/utils/misc/injection_point.c | 57 ++++---

drongo, that compiles without USE_INJECTION_POINTS, is complaining
about this bit around line 240:
const ShmemCallbacks InjectionPointShmemCallbacks = {
#ifdef USE_INJECTION_POINTS
.request_fn = InjectionPointShmemRequest,
.init_fn = InjectionPointShmemInit,
#endif
};

Link:
https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=drongo&dt=2026-04-06%2004%3A09%3A20
And the error:
../pgsql/src/backend/utils/misc/injection_point.c(240): error C2059: syntax error: '}'

Why not putting the whole InjectionPointShmemCallbacks inside a
USE_INJECTION_POINTS block? We should not care about shmem
allocations when --enable-injection-points is not used.

subsystemlist.h expects the callbacks to always be defined, so your
intention is to have no ifdefs there. Still, it seems a bit pointless
to me to define callbacks we are not going to use depending on the
build options evoked? Attached is one idea, which I doubt you'll
like. :)
--
Michael

Attachment Content-Type Size
inj-shmem-subsystem.patch text/plain 1.6 KB

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Aleksander Alekseev 2026-04-06 11:55:21 Re: pgsql: Introduce a new mechanism for registering shared memory areas
Previous Message Michael Paquier 2026-04-06 05:03:25 pgsql: Use single LWLock for lock statistics in pgstats