Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro
От
Nathan Bossart
Тема
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro
Дата
Msg-id
20231114170115.GB2062604@nathanxps13
Ответ на
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro (Dagfinn Ilmari Mannsåker)
Список
Дерево обсуждения
retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Dagfinn Ilmari Mannsåker <ilmari@ilmari.org>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Tom Lane <tgl@sss.pgh.pa.us>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Amul Sul <sulamul@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Tom Lane <tgl@sss.pgh.pa.us>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Amul Sul <sulamul@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Nathan Bossart <nathandbossart@gmail.com>
Re: retire MemoryContextResetAndDeleteChildren backwards compatibility macro Amul Sul <sulamul@gmail.com>
On Tue, Nov 14, 2023 at 04:36:44PM +0000, Dagfinn Ilmari Mannsåker wrote: > Is there a preprocessor symbol that is defined when building Postgres > itself (and extensions in /contrib/), but not third-party extensions (or > vice versa)? If so, the macro could be guarded by that, so that uses > don't accientally sneak back in. I'm not aware of anything like that. > There's also __attribute__((deprecated)) (and and __declspec(deprecated) > for MSVC), but that can AFAIK only be attached to functions and > variables, not macros, so it would have to be changed to a static inline > function. It might be worth introducing pg_attribute_deprecated() in c.h. I'm not too worried about this particular macro, but it seems handy in general. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com
В списке pgsql-hackers по дате отправления
От: Alvaro Herrera
Дата:
От: Nathan Bossart
Дата: