Re: Interrupts vs signals
От | Heikki Linnakangas |
---|---|
Тема | Re: Interrupts vs signals |
Дата | |
Msg-id | 3311387e-08b3-429d-b339-13fda075682b@iki.fi обсуждение исходный текст |
Ответ на | Re: Interrupts vs signals (Jelte Fennema-Nio <postgres@jeltef.nl>) |
Ответы |
Re: Interrupts vs signals
|
Список | pgsql-hackers |
On 05/11/2024 22:21, Jelte Fennema-Nio wrote: > On Mon, 4 Nov 2024 at 20:42, Heikki Linnakangas <hlinnaka@iki.fi> wrote: >> Having spent some time playing with this, I quite like option C: break >> compatibility, but provide an out-of-tree header file with >> *forward*-compatibility macros. That encourages extension authors to >> adapt to new idioms, but avoids having to sprinkle extension code with >> #if version checks to support old versions. > > +1 maintaining a subset of these things for every extension is kind of a pain > >> My plan is to put this on the Wiki > > Why the wiki and not as a file in the repo? Seems like it would be > nice to update this file together with patches that introduce such > breakages. To be clear, I think it shouldn't be possible to #include > the file, such a forward compatibility file should always be > copy-pasted. But having it in the same place as the code seems useful, > just like we update docs together with the code. I thought of the Wiki so that it could updated more casually by extension authors. But sure, it could be a file in the main repo too. -- Heikki Linnakangas Neon (https://neon.tech)
В списке pgsql-hackers по дате отправления: