On Fri, Jul 10, 2026 at 1:32 PM Andres Freund <[email protected]> wrote:
> Same. Personally I'd not have adjusted the uses of the macro in the
> backbranches, but I don't have a problem with you doing that either.

FWIW a quick Debian code search shows the following Debian packages
depend on the current pg_attribute_always_inline spelling (excluding
Postgres itself):

pg-stat-plans, documentdb, timescaledb, mobilitydb, libpg-query, postgresql-rum

libpg-query and mobilitydb don't really count, because they seem to
vendor src/postgres/include/c.h directly. postgresql-rum and
pg-stat-plans definitely use pg_attribute_always_inline as
straightforward extensions. I think that the rest are also simple
extensions that rely on the authoritative pg_attribute_always_inline,
but I didn't check.

-- 
Peter Geoghegan


Reply via email to