Re: s/pg_attribute_always_inline/pg_always_inline/? - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: s/pg_attribute_always_inline/pg_always_inline/?
Date
Msg-id CAH2-WznHSUJcV47OhoisvABjN2xjVOYh0_bRagUE6ir5zGJzow@mail.gmail.com
Whole thread
In response to Re: s/pg_attribute_always_inline/pg_always_inline/?  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On Thu, Apr 9, 2026 at 10:40 AM Andres Freund <andres@anarazel.de> wrote:
> Created a CF entry, to reduce the chances of me forgetting about committing
> this early in the 20 cycle.

We already have a pg_noinline. How about renaming
pg_attribute_always_inline to pg_mustinline? That is an alternative
that is both consistent with pg_noinline, and even terser than your
proposal.

I have no intention of holding this patch up with bikeshedding. But I
noticed that even your proposed pg_always_inline rename still leaves
function prototypes over the column limit with moderately verbose
function names. It seems better to avoid that outcome.

--
Peter Geoghegan



pgsql-hackers by date:

Previous
From: Jacob Champion
Date:
Subject: Re: Heads Up: cirrus-ci is shutting down June 1st
Next
From: Masahiko Sawada
Date:
Subject: Re: Startup process deadlock: WaitForProcSignalBarriers vs aux process