Re: Don't use bms_membership in places where it's not needed - Mailing list pgsql-hackers

From David Rowley
Subject Re: Don't use bms_membership in places where it's not needed
Date
Msg-id CAApHDvpVWpY0JVC22zJuuiU=Y5VmDm6RFg64-9Lh+-3a-=-dDA@mail.gmail.com
Whole thread Raw
In response to Re: Don't use bms_membership in places where it's not needed  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On Tue, 28 Nov 2023 at 11:21, Andres Freund <andres@anarazel.de> wrote:
> Hm, does this ever matter from a performance POV? The current code does look
> simpler to read to me. If the overhead is relevant, I'd instead just move the
> code into a static inline?

I didn't particularly find the code in examine_variable() easy to
read. I think what's there now is quite a bit better than what was
there.

bms_get_singleton_member() was added in d25367ec4 for this purpose, so
it seems kinda weird not to use it.

David



pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: GUC names in messages
Next
From: Jeremy Schneider
Date:
Subject: Re: proposal: change behavior on collation version mismatch