Re: CURL_IGNORE_DEPRECATION

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: CURL_IGNORE_DEPRECATION
Дата
Msg-id e8ffd6aa-210d-4057-a104-ae48d5c217a1@dunslane.net
обсуждение исходный текст
Ответ на CURL_IGNORE_DEPRECATION  (Álvaro Herrera <alvherre@kurilemu.de>)
Список pgsql-hackers
On 2025-11-11 Tu 6:41 AM, Álvaro Herrera wrote:
> Hackers,
>
> I just noticed that we have some ad-hoc hacks for the
> CURL_IGNORE_DEPRECATION macro in the pgindent Perl script, which I find
> a bit uncomfortable.  Given that we use that macro in a single place,
> what do you think about removing that and making a more surgical
> intervention to fix pgindent problem with it?  I propose the attached.
>
> For context: in curl, that macro is defined like this
>
> #define CURL_IGNORE_DEPRECATION(statements) \
>        _Pragma("GCC diagnostic push") \
>        _Pragma("GCC diagnostic ignored \"-Wdeprecated-declarations\"") \
>        statements \
>        _Pragma("GCC diagnostic pop")
>
> (with #ifdef guards and whatnot).  Because it has a _Pragma after the
> statements argument, any uses of this macro must have a terminating
> semicolon, which pgindent does not like.  (It's also IMO rather
> C-unlike).  So my approach here is to add another macro to insert that
> semicolon where it's needed.  Of course, there's nothing we can do with
> CURL_IGNORE_DEPRECATION() itself, given that it's upstream from us.
>
> Thoughts?
>


Looks reasonable. The regex in pgindent is fairly impenetrable, so 
getting rid of it would be nice.


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com




В списке pgsql-hackers по дате отправления: