From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Nathan Bossart <nathandbossart(at)gmail(dot)com>, Jelte Fennema-Nio <postgres(at)jeltef(dot)nl>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: First draft of PG 17 release notes |
Date: | 2024-09-19 17:04:40 |
Message-ID: | ZuxZqCB5ezn_YSTO@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Sep 19, 2024 at 12:23:21PM -0400, Robert Haas wrote:
> On Wed, Sep 18, 2024 at 9:09 PM Nathan Bossart <nathandbossart(at)gmail(dot)com> wrote:
> > On Wed, Sep 18, 2024 at 05:33:18PM -0400, Bruce Momjian wrote:
> > > On Tue, Sep 17, 2024 at 10:01:28AM +0200, Jelte Fennema-Nio wrote:
> > >> Another new API that is useful for extension authors is the following
> > >> one (I'm obviously biased since I'm the author, and I don't know if
> > >> there's still time):
> > >>
> > >> Add macros for looping through a List without a ListCell.
> > >
> > > Can someone else comment on the idea of adding this release note item?
> > > I don't feel confident in my ability to evaluate this. I obviously did
> > > not see it as significant the first time.
> >
> > I'm not sure precisely what criteria you use to choose what goes in the
> > release notes, but this one seems like a judgement call to me. My initial
> > reaction is that it shouldn't be included, but I do see some items with a
> > similar scope, such as "Remove some SPI macros."
>
> I wouldn't mention either this or "Remove some unused SPI macros".
I mentioned the SPI macros because that could lead to breakage, and
there might be applications, as well as extensions, that use it.
--
Bruce Momjian <bruce(at)momjian(dot)us> https://momjian.us
EDB https://enterprisedb.com
When a patient asks the doctor, "Am I going to die?", he means
"Am I going to die soon?"
From | Date | Subject | |
---|---|---|---|
Next Message | Masahiko Sawada | 2024-09-19 17:06:06 | Re: Using per-transaction memory contexts for storing decoded tuples |
Previous Message | Masahiko Sawada | 2024-09-19 17:03:18 | Re: Using per-transaction memory contexts for storing decoded tuples |