Re: Consistently use the XLogRecPtrIsInvalid() macro
| От | Peter Eisentraut | 
|---|---|
| Тема | Re: Consistently use the XLogRecPtrIsInvalid() macro | 
| Дата | |
| Msg-id | d80b6adf-4bfd-4172-a9cd-2ad6e23b1a08@eisentraut.org обсуждение исходный текст  | 
		
| Ответ на | Re: Consistently use the XLogRecPtrIsInvalid() macro (Bertrand Drouvot <bertranddrouvot.pg@gmail.com>) | 
| Ответы | 
                	
            		Re: Consistently use the XLogRecPtrIsInvalid() macro
            		
            		 | 
		
| Список | pgsql-hackers | 
On 30.10.25 10:17, Bertrand Drouvot wrote: > - 0002 deprecates XLogRecPtrIsInvalid(): it emits a warning message at compilation > time if XLogRecPtrIsInvalid() is in use in the code base. Surely this could be factored out in macro in such a way that the warning message is a macro argument and we could reuse this attribute elsewhere in the code. That said, I'm suspicious about marking things deprecated before the replacement is widely available. If an extension has been using XLogRecPtrIsInvalid() until now (which has been best practice), when that extension adds PG19 support, they will either have to backport XLogRecPtrIsValid or turn off deprecation warnings. At least there should be some guidance about what you expect third-party code to do about this.
В списке pgsql-hackers по дате отправления: