Re: [PATCH] Remove unused #include's in src/backend/commands/*

From: Aleksander Alekseev <aleksander(at)tigerdata(dot)com>
To: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Álvaro Herrera <alvherre(at)kurilemu(dot)de>, Andres Freund <andres(at)anarazel(dot)de>, Nathan Bossart <nathandbossart(at)gmail(dot)com>
Subject: Re: [PATCH] Remove unused #include's in src/backend/commands/*
Date: 2025-10-15 10:40:34
Message-ID: CAJ7c6TO8b=+Rn9JS_rgEonWFHCWummed=qpyH83JdZFc0XAS9A@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi Tom,

> Maybe I shouldn't put words in Álvaro's mouth, but I think the reason
> you're getting so much pushback from senior hackers is that we
> remember some very bad experiences with automated #include-removal
> years ago --- particularly 1609797c2, which turned me for one off the
> idea altogether. The currently available tools are probably smarter
> than what we were using back then, but they're evidently still not
> perfect, and we're leery of having to undo work.
>
> I think the issues you're hitting right now may stem from not
> compiling with all available options. Notably, if you don't have
> --enable-cassert turned on, there's a pretty fair amount of code
> you might be failing to account for.

I did test --enable-cassert and some other options I typically enable,
but I definitely didn't test all of them.

cfbot is happy with the patch right now but given the controversy
around it I guess we better invest our time into something else.
Withdrawn.

--
Best regards,
Aleksander Alekseev

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Shlok Kyal 2025-10-15 10:41:33 Re: How can end users know the cause of LR slot sync delays?
Previous Message Aleksander Alekseev 2025-10-15 10:33:15 Re: [PATCH] Remove make_temptable_name_n()