Re: Consistently use the XLogRecPtrIsInvalid() macro
| От | Álvaro Herrera | 
|---|---|
| Тема | Re: Consistently use the XLogRecPtrIsInvalid() macro | 
| Дата | |
| Msg-id | 202510281353.l6bip2btycse@alvherre.pgsql обсуждение исходный текст  | 
		
| Ответ на | Re: Consistently use the XLogRecPtrIsInvalid() macro (Michael Paquier <michael@paquier.xyz>) | 
| Ответы | 
                	
            		Re: Consistently use the XLogRecPtrIsInvalid() macro
            		
            		 | 
		
| Список | pgsql-hackers | 
On 2025-Oct-28, Michael Paquier wrote: > The annoying part with eliminating XLogRecPtrIsInvalid() or replacing > it is that a bunch of external code would be broken, particularly > backup tools. I'd rather leave the beast alone. Well, we don't have to remove it right away. We can simply not use it. And maybe if the compiler supports it, make a static inline function in the header with the [[deprecated]] attribute or __attribute__((deprecated)) so that the tool developers get a warning and migrate to using the new one. Then in a few years we remove it. BTW we could use Coccinelle to replace all the XLogRecPtrIsInvalid() calls with !XLogRecPtrIsValid(), as well as all places comparing an LSN to InvalidXLogRecPtr or literal zero. -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/
В списке pgsql-hackers по дате отправления: