Re: Refactoring: join MakeSingleTupleTableSlot() and MakeTupleTableSlot() - Mailing list pgsql-hackers

From Aleksander Alekseev
Subject Re: Refactoring: join MakeSingleTupleTableSlot() and MakeTupleTableSlot()
Date
Msg-id CAJ7c6TMgFyTTroBUOgRvBoLuSyBug+4jCNKr_jK2yYnS=i8Sbw@mail.gmail.com
Whole thread Raw
In response to Re: Refactoring: join MakeSingleTupleTableSlot() and MakeTupleTableSlot()  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: Refactoring: join MakeSingleTupleTableSlot() and MakeTupleTableSlot()  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
List pgsql-hackers
Hi Alvaro,

> Did you see the arguments at [1]?
>
> [1] https://www.postgresql.org/message-id/1632520.1613195514%40sss.pgh.pa.us

No, I missed it. Thanks for sharing.

> If you dig in the git history (see f92e8a4b5 in particular) you'll note
> that the current version of MakeTupleTableSlot originated as code shared
> between ExecAllocTableSlot and MakeSingleTupleTableSlot.
> [...]
> In short: I'm not okay with doing
> s/MakeTupleTableSlot/MakeSingleTupleTableSlot/g in a patch that doesn't
> also introduce matching ExecDropSingleTupleTableSlot calls (unless those
> exist somewhere already; but where?). If we did clean that up, maybe
> MakeTupleTableSlot could become "static". But I'd still be inclined to
> keep it physically separate, leaving it to the compiler to decide whether
> to inline it into the callers.
> [...]

OK, I will need some time to figure out the actual difference between
these two functions and to submit an updated version of the patch.

-- 
Best regards,
Aleksander Alekseev



pgsql-hackers by date:

Previous
From: Rafia Sabih
Date:
Subject: Re: Add connection active, idle time to pg_stat_activity
Next
From: Alvaro Herrera
Date:
Subject: Re: Refactoring: join MakeSingleTupleTableSlot() and MakeTupleTableSlot()